Bug#877282: marked as done (RFS: libhinawa/0.8.2-1)

2017-09-29 Thread Debian Bug Tracking System
Your message dated Sat, 30 Sep 2017 04:56:12 +0200
with message-id <20170930025612.3segyrvkw3zgl...@angband.pl>
and subject line Re: Bug#877282: RFS: libhinawa/0.8.2-1
has caused the Debian Bug report #877282,
regarding RFS: libhinawa/0.8.2-1
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
877282: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877282
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "libhinawa" for experimental.

 * Package name: libhinawa
   Version : 0.8.2-1
   Upstream Author : Takashi Sakamoto 
 * URL : https://github.com/takaswie/libhinawa
 * License : LGPL-2.1
   Section : libs

It builds those binary packages:

 gir1.2-hinawa-1.0 - GObjet introspection data for libhinawa0
 libhinawa-dev - I/O library for IEEE 1394 asynchronous transactions 
(development
 libhinawa0 - I/O library for IEEE 1394 asynchronous transactions

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

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


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

  dget -x 
https://mentors.debian.net/debian/pool/main/libh/libhinawa/libhinawa_0.8.2-1.dsc

More information about hello can be obtained from 
https://github.com/takaswie/libhinawa.

Changes since the last upload:

  * New upstream release 0.8.2.
  * Upload to unstable.
  * debian/compat
- bump version to 10.
  * debian/control
- bump Standards-Version to 4.1.0.
- remove needless Build-Depends since compat level 10.
- fix missing dependency to .gir package.
  * debian/gir1.2-hinawa-1.0.install
- install .typelib into multiarch directory.
  * debian/rules
- remove needless --with autotools-dev since compat level 10.

Regards,
 Kentaro Hayashi


pgpHRoWtGD763.pgp
Description: PGP signature
--- End Message ---
--- Begin Message ---
On Sat, Sep 30, 2017 at 11:21:58AM +0900, Kentaro Hayashi wrote:
> I am looking for a sponsor for my package "libhinawa" for experimental.

Yet both the package and the rest of this mail say "unstable", including
an explicit change from experimental.

Anyway, I noticed this discrepancy only after hitting the upload button,
so if that's wrong, then sorry.  I skim through RFS boilerplates...

>  * Package name: libhinawa
>Version : 0.8.2-1

> Changes since the last upload:
> 
>   * New upstream release 0.8.2.
>   * Upload to unstable.
>   * debian/compat
> - bump version to 10.
>   * debian/control
> - bump Standards-Version to 4.1.0.
> - remove needless Build-Depends since compat level 10.
> - fix missing dependency to .gir package.
>   * debian/gir1.2-hinawa-1.0.install
> - install .typelib into multiarch directory.
>   * debian/rules
> - remove needless --with autotools-dev since compat level 10.

✓

-- 
⢀⣴⠾⠻⢶⣦⠀ We domesticated dogs 36000 years ago; together we chased
⣾⠁⢰⠒⠀⣿⡁ animals, hung out and licked or scratched our private parts.
⢿⡄⠘⠷⠚⠋⠀ Cats domesticated us 9500 years ago, and immediately we got
⠈⠳⣄ agriculture, towns then cities. -- whitroth on /.--- End Message ---


Bug#877282: RFS: libhinawa/0.8.2-1

2017-09-29 Thread Kentaro Hayashi
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "libhinawa" for experimental.

 * Package name: libhinawa
   Version : 0.8.2-1
   Upstream Author : Takashi Sakamoto 
 * URL : https://github.com/takaswie/libhinawa
 * License : LGPL-2.1
   Section : libs

It builds those binary packages:

 gir1.2-hinawa-1.0 - GObjet introspection data for libhinawa0
 libhinawa-dev - I/O library for IEEE 1394 asynchronous transactions 
(development
 libhinawa0 - I/O library for IEEE 1394 asynchronous transactions

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

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


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

  dget -x 
https://mentors.debian.net/debian/pool/main/libh/libhinawa/libhinawa_0.8.2-1.dsc

More information about hello can be obtained from 
https://github.com/takaswie/libhinawa.

Changes since the last upload:

  * New upstream release 0.8.2.
  * Upload to unstable.
  * debian/compat
- bump version to 10.
  * debian/control
- bump Standards-Version to 4.1.0.
- remove needless Build-Depends since compat level 10.
- fix missing dependency to .gir package.
  * debian/gir1.2-hinawa-1.0.install
- install .typelib into multiarch directory.
  * debian/rules
- remove needless --with autotools-dev since compat level 10.

Regards,
 Kentaro Hayashi


pgpvPTNLkzi42.pgp
Description: PGP signature


Bug#877196: RFS: nfft/3.4.0~rc2-1 [experimental]

2017-09-29 Thread Ghislain Vaillant

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the following package:

* Package name: nfft
  Version : 3.4.0~rc2-1
  Upstream Author : Prof. Dr. Daniel Potts 


* URL : http://www-user.tu-chemnitz.de/~potts/nfft/
* License : GPL-2+
  Section : science

Please check out the package by visiting the following URL:

  https://anonscm.debian.org/git/debian-science/packages/nfft.git

Changes since the last upload:

  * New upstream version 3.4.0~rc2
  * Mark transitional packages oldlibs/optional
  * Remove test restrictions for ppc architectures
  * Add support for the nocheck build option
  * Bump the standards version to 4.1.1

Regards,
Ghis



Bug#877185: RFS: libinih/40-1 [ITP]

2017-09-29 Thread Yangfl
Package: sponsorship-requests
Severity: wishlist

  Dear mentors,

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

 * Package name: libinih
   Version : 40-1
  Upstream Author : Ben Hoyt
* URL : https://github.com/benhoyt/inih
* License : BSD
   Section : libs

  It builds those binary packages:

libinih-dev - simple .INI file parser (development files)
 libinih1   - simple .INI file parser

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

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


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

dget -x 
https://mentors.debian.net/debian/pool/main/libi/libinih/libinih_40-1.dsc

  More information about hello can be obtained from https://www.example.com.

  Changes since the last upload:

  [your most recent changelog entry]


  Regards,
   Yangfl



Bug#864713: Bug #864713: cod-tools package is ready

2017-09-29 Thread Andrius Merkys
Dear maintainers,

I have prepared the Debian package for cod-tools in its package
repository of Debian Science
(https://anonscm.debian.org/git/debian-science/packages/cod-tools.git/)
and I am looking for a sponsor. I think the package is suitable for
DebianScience/Chemistry metapackage.

Sincerely,
Andrius Merkys

-- 
Andrius Merkys
PhD student at Vilnius University Institute of Biotechnology, Saulėtekio al. 7, 
room V325
LT-10257 Vilnius, Lithuania



Re: Doubt about using a forked version for a new package release

2017-09-29 Thread Gianfranco Costamagna
Hello Nelson,

>Debian has pngnq at version 1.0 with the latest upstream version at 1.1
>The fork https://sf.net/projects/pngnqs9 is at version 2.0.2
>
>The best option seems, indeed, to offer the forked version (as
>https://bugs.debian.org/862077 also says)


usually a good starting point is to see what other distro did (e.g. Fedora, 
Suse, Arch),
and discuss with old/new upstream.

Having a new package providing pngnq and conflicting / replacing it is feasible
https://www.debian.org/doc/debian-policy/ch-binary.html#virtual-packages

you can use update-alternative to let users choice their preferred 
implementation.

Honestly I would start by updating pngnq to the latest version + patches, and 
then
maybe pack the new one in experimental and ask for testing or whatever
(you can also pack it as patch on top of the non-fork version)

At the end, it should be up to you and your users (also debian-devel is 
probably a good
place to ask "which version is better")

G.



Bug#877047: RFS: sane-backends-extras/1.0.22.5 [QA]

2017-09-29 Thread Hugh McMaster
On Friday, 29 September 2017 5:37 AM, Herbert Fortes wrote:
> Uploaded. Thanks for you time.

Thank you, Herbert.

Kind regards,
Hugh