Processed: itp title

2020-02-16 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> retitle 951348 ITP: scalene -- high-performance, high-precision CPU and 
> memory profiler for Python
Bug #951348 [wnpp] 'ITP: scalene -- high-performance, high-precision CPU and
Changed Bug title to 'ITP: scalene -- high-performance, high-precision CPU and 
memory profiler for Python' from ''ITP: scalene -- high-performance, 
high-precision CPU and'.
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
951348: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=951348
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Processed: Bug#940443 marked as pending in golang-gopkg-errgo.v1

2020-02-16 Thread Debian Bug Tracking System
Processing control commands:

> tag -1 pending
Bug #940443 [wnpp] RFA: golang-gopkg-errgo.v1
Added tag(s) pending.

-- 
940443: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=940443
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#940443: marked as done (RFA: golang-gopkg-errgo.v1)

2020-02-16 Thread Debian Bug Tracking System
Your message dated Sun, 16 Feb 2020 10:34:18 +
with message-id 
and subject line Bug#940443: fixed in golang-gopkg-errgo.v1 1.0.1-1
has caused the Debian Bug report #940443,
regarding RFA: golang-gopkg-errgo.v1
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.)


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

Hello!

I'd like to find new maintainers for some of my packages because I have
had less time for Debian. I'd like to focus the small amount of time
that I have for Debian on other things.

For now, I intend to do my best to keep maintaining this package.
However, I will probably retitle this bug with the 'O:' prefix at some
point, indicating that I have orphaned it.

Feel free to upload a new version of the package and remove me from the
uploaders in debian/control.

Feel free to contact me with any questions. Also note that I always
willing to sponsor uploads!

Cheers,

-- 
Aleaxandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature
--- End Message ---
--- Begin Message ---
Source: golang-gopkg-errgo.v1
Source-Version: 1.0.1-1
Done: Anthony Fok 

We believe that the bug you reported is fixed in the latest version of
golang-gopkg-errgo.v1, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 940...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Anthony Fok  (supplier of updated golang-gopkg-errgo.v1 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 16 Feb 2020 03:19:42 -0700
Source: golang-gopkg-errgo.v1
Architecture: source
Version: 1.0.1-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Go Packaging Team 
Changed-By: Anthony Fok 
Closes: 940443
Changes:
 golang-gopkg-errgo.v1 (1.0.1-1) unstable; urgency=medium
 .
   * New upstream version 1.0.1
   * Add debian/watch to track v1 release tarballs
   * debian/gbp.conf: Set debian-branch to debian/sid for DEP-14 conformance
   * Apply "cme fix dpkg" fixes:
 - Update debhelper dependency to "Build-Depends: debhelper-compat (= 12)"
 - Bump Standards-Version to 4.5.0 (no change)
   * Remove unused "Files-Excluded: vendor Godeps/_workspace"
 in debian/copyright
   * Update dependency as per upstream go.mod: switch from
 golang-gopkg-check.v1-dev to golang-github-frankban-quicktest-dev
   * Add "Rules-Requires-Root: no" to debian/control
   * Update Maintainer email address to team+pkg...@tracker.debian.org
   * Adopt package from Alexandre Viau (Closes: #940443)
Checksums-Sha1:
 1aae5ac8bcb7c1157615e4dd49a203a79178fa87 2234 golang-gopkg-errgo.v1_1.0.1-1.dsc
 b0e7fc516eca273d370c05ea87632968b2eb3a08 8020 
golang-gopkg-errgo.v1_1.0.1.orig.tar.gz
 e48bd0cee77d7a804622fde3ad699dd3256ba080 3080 
golang-gopkg-errgo.v1_1.0.1-1.debian.tar.xz
 4655062617de95986759310e38268d1ffdf53f28 6458 
golang-gopkg-errgo.v1_1.0.1-1_amd64.buildinfo
Checksums-Sha256:
 90fb1d79f300c5f11ea174f1baf85f52efe7761cb68026e93cca841e91a8b19b 2234 
golang-gopkg-errgo.v1_1.0.1-1.dsc
 76c39dfe76de6bc1d0115cbd9550e1375980c8c296d4a0e91068fffaa77fb5ee 8020 
golang-gopkg-errgo.v1_1.0.1.orig.tar.gz
 00a698f3c1b861b1677c462577f5363a6f8991ffb7c9e66cfe5dd48115cf7ac6 3080 
golang-gopkg-errgo.v1_1.0.1-1.debian.tar.xz
 8b39ca5a3fde6eb393df2f132f89c5f34940cb7662e1a1044a2574e55a46a3ea 6458 
golang-gopkg-errgo.v1_1.0.1-1_amd64.buildinfo
Files:
 fc029d02c84c8226e8ad55daf10b23bb 2234 devel optional 
golang-gopkg-errgo.v1_1.0.1-1.dsc
 9416dfdb97a446cdfb36518cfa58a658 8020 devel optional 
golang-gopkg-errgo.v1_1.0.1.orig.tar.gz
 4b96ba0ba7563ace68232c76b552c71e 3080 devel optional 
golang-gopkg-errgo.v1_1.0.1-1.debian.tar.xz
 22eaedbace9020f25c148e5ebd5ce094 6458 devel optional 
golang-gopkg-errgo.v1_1.0.1-1_amd64.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEFCQhsZrUqVmW+VBy6iUAtBLFms8FAl5JF9IACgkQ6iUAtBLF
ms+7oQ/6AlW3cQNX64dFsMdxE3mhP/sPFQ97YSWqhoFWdlknBoDBulo6sL4yfHxU
0enl1fG54JD8wwkQ9fRRHFl6NsPNZrtfoZsiYeJmBbR7ziGXj6y7clyIK47Ne1Zy
qbxP4OeMH53nv1VZLyHkPLyRNJXGRhCKroJVuL3yjow10qo++c0HhP+pTGLWg+OX
eKBMXNnbV+GoOlvi+YAG8LN7I/CY3I7j9tWP8

Bug#951418: ITP: golang-gopkg-errgo.v2 -- Dependable Go errors with tracebacks, version 2

2020-02-16 Thread Anthony Fok
Package: wnpp
Severity: wishlist
Owner: Anthony Fok 

* Package name: golang-gopkg-errgo.v2
  Version : 2.1.0-1
  Upstream Author : Roger Peppe
* URL : https://github.com/go-errgo/errgo
* License : BSD-3-clause
  Programming Lang: Go
  Description : Dependable Go errors with tracebacks, version 2

 Package errgo provides some primitives for error creation and handling.
 .
 It provides primitives for wrapping and annotating errors
 without exposing implementation details unnecessarily.

Reason for packaging:
 Needed by golang-github-rogpeppe-go-internal, which in turn
 is needed by hugo 0.60.0+
 



Bug#951419: ITP: golang-github-rogpeppe-go-internal -- Selected Go-internal packages factored out from the standard library

2020-02-16 Thread Anthony Fok
Package: wnpp
Severity: wishlist
Owner: Anthony Fok 

* Package name: golang-github-rogpeppe-go-internal
  Version : 1.3.0-1
  Upstream Author : Roger Peppe
* URL : https://github.com/rogpeppe/go-internal
* License : BSD-3-clause
  Programming Lang: Go
  Description : Selected Go-internal packages factored out from the 
standard library

 This repository factors out an opinionated selection of internal
 packages and functionality from the Go standard library. Currently
 this consists mostly of packages and testing code from within the Go
 tool implementation.
 .
 Included are the following: 
 .
  * dirhash: calculate hashes over directory trees the same way
that the Go tool does.
  * goproxytest: a GOPROXY implementation designed for test use.
  * gotooltest: Use the Go tool inside test scripts (see testscript below).
  * imports: list of known architectures and OSs, and support for reading
import statements.
  * modfile: read and write go.mod files while preserving formatting
and comments.
  * module: module paths and versions.
  * par: do work in parallel.
  * semver: semantic version parsing.
  * testenv: information on the current testing environment.
  * testscript: script-based testing based on txtar files.
  * txtar: simple text-based file archives for testing.

Reason for packaging: Required by hugo 0.60.0+



Bug#951425: ITP: gerp++ -- identifies constrained elements in multiple alignments

2020-02-16 Thread Michael R. Crusoe
Package: wnpp
Severity: wishlist

Subject: ITP: gerp++ -- identifies constrained elements in multiple alignments
Package: wnpp
Owner: Michael R. Crusoe 
Severity: wishlist

* Package name: gerp++
  Version : 2.1
  Upstream Author : , George Asimenos
* URL : http://mendel.stanford.edu/SidowLab/downloads/gerp/
* License : GPL-3+
  Programming Lang: C
  Description : identifies constrained elements in multiple alignments
 GERP is a package for analyzing evolutionary rates and finding constrained
 elements in a multiple alignment.  It uses the notion of "rejected
 substitutions" (RS) in order to quantify constraint at individual positions
 as well as over elements spanning multiple positions.
 .
 GERP consists of two main components:  gerpcol, which analyzes multiple
 alignments and computes RS scores for all positions, and gerpelem, which
 finds constrained elements given the RS scores produced by gerpcol.

Remark: This package is maintained by Debian Med Packaging Team at
   https://salsa.debian.org/med-team/gerp++



Processed: ITP: gerp++ -- identifies constrained elements in multiple alignments

2020-02-16 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> owner 951425 "Michael R. Crusoe" 
Bug #951425 [wnpp] ITP: gerp++ -- identifies constrained elements in multiple 
alignments
Owner recorded as "Michael R. Crusoe" .
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
951425: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=951425
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#888705: abseil-cpp packaging

2020-02-16 Thread GCS
Hi Anton, Benjamin,

I also need abseil, to be precise abseil-cpp (as there's abseil-py as
well). Even contacted by some Google employee if I have time to
package it. Done it and ready to be uploaded. Do you allow me to take
over (and rename the package to abseil-cpp)? Feel free to do it
yourself, but please then do it in the next few days - or let me do
it.

Regards,
Laszlo/GCS



Processed: RFS: ukui-sidebar/1.0.0-1 [ITP] -- parallels toolbox for UKUI

2020-02-16 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> block 951065 by 951428
Bug #951065 [wnpp] ITP: ukui-sidebar -- parallels toolbox for UKUI
951065 was not blocked by any bugs.
951065 was not blocking any bugs.
Added blocking bug(s) of 951065: 951428
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
951065: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=951065
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#951438: ITP: python-executing -- Get information about what a frame is currently doing

2020-02-16 Thread Inaki Malerba
Package: wnpp
Severity: wishlist
Owner: Iñaki Malerba 

* Package name: python-executing
  Version : 0.4.1
  Upstream Author : Alex Hall 
* URL : https://github.com/alexmojaki/executing
* License : MIT
  Programming Lang: Python
  Description : Get information about what a frame is currently doing
 particularly the AST node being executed and it translate it into
 source code using asttokens.

 This is a new dependency for the release 2.0.0 of python-icecream.

-- 
- ina




signature.asc
Description: OpenPGP digital signature


Bug#951439: Table of contents for wnpp/work_needing webpage

2020-02-16 Thread 積丹尼 Dan Jacobson
Package: wnpp

These sections need to show up in some table of contents,
$ w3m -dump https://www.debian.org/devel/wnpp/work_needing | grep -P ^\\w ...
Packages up for adoption, by maintainer
Orphaned packages

Else they are buried deep within the document.
("Packages up for adoption" is at top, so that's all the user finds easily.)

Feel free to move this bug to Package: www.debian.org if more
appropriate.



Bug#766132: marked as done (RFP: python-versioneer -- version-string management for VCS-controlled trees)

2020-02-16 Thread Debian Bug Tracking System
Your message dated Sun, 16 Feb 2020 11:08:09 -0500
with message-id <914a572c10ad248cbc305d9ab0aeaba61cfadaa0.ca...@debian.org>
and subject line Re: ITP: python-versioneer -- version-string management for 
VCS-controlled trees
has caused the Debian Bug report #766132,
regarding RFP: python-versioneer -- version-string management for 
VCS-controlled trees
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.)


-- 
766132: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766132
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp
Severity: wishlist

* Package name: python-versioneer
  Version : 0.12
  Upstream Author : Brian Warner 
* URL : https://github.com/warner/python-versioneer
* License : Public domain
  Programming Lang: Python
  Description : version-string management for VCS-controlled trees

This is a tool for managing a recorded version number in
distutils-based python projects. The goal is to remove the tedious and
error-prone "update the embedded version string" step from your
release process. Making a new release should be as easy as recording a
new tag in your version-control system, and maybe making new tarballs.
--- End Message ---
--- Begin Message ---
Package python-versioneer is currently in Sid. Closing this bug accordingly.

-- 
Thanks,
Boyuan Yang


On Sun, 6 May 2018 18:05:48 +0200 Daniel Stender 
wrote:
> I've taken a deeper look now and I'm stepping back. Uneasy package (modules
contain byte code),
> probably dead (last release 01/2017, last commit 07/2017), it's not trivial
to recreate a working
> setup (setup.cfg template etc.) - much overhead, and the reproducibility
problem from it appears to
> be gone if upstream just updates (1.8 in flask-limiter, see #852482).


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


Bug#951444: List packages where maintainer might be unfit

2020-02-16 Thread 積丹尼 Dan Jacobson
Package: wnpp

https://www.debian.org/devel/wnpp/
apparently only shows package where a maintainer has cried for help,
or packages that don't exist yet, and people wish existed.

It should also list and mention how to file reports about
* Packages that reporters worry that the maintainer might be ill or have died.
* Packages that reporters worry that the maintainer is otherwise not worthy of
being the maintainer, and should have a new maintainer.

Indeed these would be new categories of the current "Packages in need of
a new maintainer" section.



Processed: reassign

2020-02-16 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> reassign 951439 qa.debian.org
Bug #951439 [wnpp] Table of contents for wnpp/work_needing webpage
Bug reassigned from package 'wnpp' to 'qa.debian.org'.
Ignoring request to alter found versions of bug #951439 to the same values 
previously set
Ignoring request to alter fixed versions of bug #951439 to the same values 
previously set
> reassign 951444 qa.debian.org
Bug #951444 [wnpp] List packages where maintainer might be unfit
Bug reassigned from package 'wnpp' to 'qa.debian.org'.
Ignoring request to alter found versions of bug #951444 to the same values 
previously set
Ignoring request to alter fixed versions of bug #951444 to the same values 
previously set
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
951439: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=951439
951444: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=951444
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#951450: ITP: magit-todos -- show source file TODOs in Magit

2020-02-16 Thread Lev Lamberov
Package: wnpp
Owner: Lev Lamberov 
Severity: wishlist

* Package name: magit-todos
  Version : 1.5.1
  Upstream Author : Adam Porter 
* URL or Web page : http://github.com/alphapapa/magit-todos
* License : GPL-3+
  Programming Lang: Emacs Lisp
  Description : show source file TODOs in Magit

This package displays keyword entries from source code comments and Org
files in the Magit status buffer. Activating an item jumps to it in its
file. By default, it uses keywords from `hl-todo', minus a few (like
"NOTE").



Bug#949781: marked as done (RFH: mawk -- a pattern scanning and text processing language)

2020-02-16 Thread Debian Bug Tracking System
Your message dated Sun, 16 Feb 2020 14:36:29 -0500
with message-id 
and subject line Re: RFH: mawk
has caused the Debian Bug report #949781,
regarding RFH: mawk -- a pattern scanning and text processing language
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.)


-- 
949781: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=949781
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp
Severity: normal
X-Debbugs-CC: debian-de...@lists.debian.org

Hi all,

TL;DR: I'm looking for people to help with packaging the new upstream release
of mawk into Debian. Co-maintainers are also welcome.

Mawk is an important implementation of AWK and is of Priority: required.
However, Debian's mawk hasn't been updated even if there's a new upstream
since 2009. You can find some of the new upstream's comments over this issue
at https://invisible-island.net/mawk/ .

Currently as the new package maintainer, I believe it's necessary to find more
co-maintainers and uploaders who are more familiar with AWK than me. Tasks
include packaging new upstream releases, testing possible regressions and
going through everything currently lying in the Bug Tracking System. The
previous work can be found on Salsa packaging repo. I'm open to direct git
commits on Salsa and NMUs as long as they do not introduce obvious regression
(and break all reverse build-dependencies, a.k.a. almost everything in the
archive :-).

-- 
Thanks,
Boyuan Yang


signature.asc
Description: This is a digitally signed message part
--- End Message ---
--- Begin Message ---
Hi,

On Fri, 24 Jan 2020 17:13:42 -0500 Boyuan Yang  wrote:
> Package: wnpp
> Severity: normal
> X-Debbugs-CC: debian-de...@lists.debian.org
> 
> Hi all,
> 
> TL;DR: I'm looking for people to help with packaging the new upstream
release
> of mawk into Debian. Co-maintainers are also welcome.
> 
> Mawk is an important implementation of AWK and is of Priority: required.
> However, Debian's mawk hasn't been updated even if there's a new upstream
> since 2009. You can find some of the new upstream's comments over this issue
> at https://invisible-island.net/mawk/ .
> 
> Currently as the new package maintainer, I believe it's necessary to find
more
> co-maintainers and uploaders who are more familiar with AWK than me. Tasks
> include packaging new upstream releases, testing possible regressions and
> going through everything currently lying in the Bug Tracking System. The
> previous work can be found on Salsa packaging repo. I'm open to direct git
> commits on Salsa and NMUs as long as they do not introduce obvious
regression
> (and break all reverse build-dependencies, a.k.a. almost everything in the
> archive :-).

Since the new version has already settled in the Debian archive, I'm closing
the RFH bug.

Please note that I am still looking for co-maintainers for package mawk. If
you are interested, please let me know.

-- 
Thanks,
Boyuan Yang


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


Bug#888705: abseil-cpp packaging

2020-02-16 Thread Anton Gladky
Hi László,

feel free to check the package on salsa
and prepare merge request.

I am able to have a look at it on Thursday.

https://salsa.debian.org/debian/abseil

Regards

Anton


László Böszörményi (GCS)  schrieb am So., 16. Feb. 2020,
14:14:

> Hi Anton, Benjamin,
>
> I also need abseil, to be precise abseil-cpp (as there's abseil-py as
> well). Even contacted by some Google employee if I have time to
> package it. Done it and ready to be uploaded. Do you allow me to take
> over (and rename the package to abseil-cpp)? Feel free to do it
> yourself, but please then do it in the next few days - or let me do
> it.
>
> Regards,
> Laszlo/GCS
>


Processed: ITP: zita-dpl1 - look-ahead digital peak limiter

2020-02-16 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> owner 651085 !
Bug #651085 [wnpp] RFP: zita-dpl1 -- look-ahead digital peak limiter
Owner recorded as Dennis Braun .
> retitle 651085 ITP: zita-dpl1 - look-ahead digital peak limiter
Bug #651085 [wnpp] RFP: zita-dpl1 -- look-ahead digital peak limiter
Changed Bug title to 'ITP: zita-dpl1 - look-ahead digital peak limiter' from 
'RFP: zita-dpl1 -- look-ahead digital peak limiter'.
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
651085: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651085
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#951459: ITP: sip5 -- Python bindings generator for C/C++ libraries

2020-02-16 Thread Dmitry Shachnev
Package: wnpp
Severity: wishlist
Owner: Dmitry Shachnev 

* Package name: sip5
  Version : 5.1.0
  Upstream Author : Riverbank Computing Limited 
* URL : https://riverbankcomputing.com/software/sip/intro
* License : SIP
  Programming Lang: C, Python
  Description : Python bindings generator for C/C++ libraries

SIP is a collection of tools that makes it very easy to create Python bindings
for C and C++ libraries.  It was originally developed in 1998 to create PyQt,
the Python bindings for the Qt toolkit, but can be used to create bindings for
any C or C++ library.  For example it is also used to generate wxPython, the
Python bindings for wxWidgets.

SIP comprises a set of build tools and a sip module. The build tools process a
set of specification files and generates C or C++ code which is then compiled
to create the bindings extension module.  Several extension modules may be
installed in the same Python package.  Extension modules can be built so that
they are are independent of the version of Python being used.  In other words a
wheel created from them can be installed with any version of Python starting
with v3.5.

sip4 already exists in Debian, this is an ITP for the next version, sip5.

--
Dmitry Shachnev


signature.asc
Description: PGP signature


Bug#651085: ITP: zita-dpl1 - look-ahead digital peak limiter

2020-02-16 Thread Dennis Braun
owner 651085 !
retitle 651085 ITP: zita-dpl1 - look-ahead digital peak limiter





signature.asc
Description: OpenPGP digital signature


Bug#888705: abseil-cpp packaging

2020-02-16 Thread GCS
Hi Anton, Benjamin,

On Sun, Feb 16, 2020 at 9:53 PM Anton Gladky  wrote:
> feel free to check the package on salsa
> and prepare merge request.
 I don't send a merge request as while it's a very little package we
do it very differently. In my reading abseil is _not_ guaranteed to
have ABI compatibility at all times. That's why it meant to be a
static library collection only. Forcing it to build shared libraries
and have other packages than libabseil-cpp-dev is no sense I think.
Benjamin may or may not confute this, let's hear him.
Then the self-testing can be disabled now, no need to comment that
out. Pass the following to dh_auto_configure:
-DABSL_RUN_TESTS=OFF \
-DABSL_USE_GOOGLETEST_HEAD=OFF

Of course it would be encouraged to have package testing. But it works
only with both options set to ON and have internet access to git clone
google test to the source tree. @Benjamin: may you ask its developers
to use the system gtest libraries if only ABSL_RUN_TESTS set to ON?

Regards,
Laszlo/GCS



Bug#951183: (no subject)

2020-02-16 Thread Thiago
owner 951183 !

retitle 951183 ITA: htpdate -- HTTP based time synchronization tool

thanks

-- 
...
⢀⣴⠾⠻⢶⣦⠀ Thiago Andrade Marques
⣾⠁⢰⠒⠀⣿⡁ GPG: 4096R/F8CDB08B
⢿⡄⠘⠷⠚⠋⠀ GPG Fingerprint: 1D38 EE3C 624F 955C E1FA  3C85 5A30 3591 F8CD B08B
⠈⠳⣄ 



Processed: your mail

2020-02-16 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> retitle 951183 ITA: htpdate -- HTTP based time synchronization tool
Bug #951183 [wnpp] O: htpdate -- HTTP based time synchronization tool
Changed Bug title to 'ITA: htpdate -- HTTP based time synchronization tool' 
from 'O: htpdate -- HTTP based time synchronization tool'.
> owner 951183 !
Bug #951183 [wnpp] ITA: htpdate -- HTTP based time synchronization tool
Owner recorded as Thiago .
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
951183: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=951183
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#869169: retitle to RFP: minisign -- A dead simple tool to sign files and verify signatures

2020-02-16 Thread fancycade
On Wed, 24 Oct 2018 10:20:11 + Bart Martens  wrote:
> retitle 869169 RFP: minisign -- A dead simple tool to sign files and verify 
> signatures
> noowner 869169
> stop
>
> ITP 869169 has no visible progress for a long time, so retitling to RFP.
>
>

Hi, I would like to package this application. I have a working package already, 
but I need a sponsor as this will be my first Debian package.

Best Regards

Sent with [ProtonMail](https://protonmail.com) Secure Email.

Bug#922961: ITP: vorta -- Desktop Backup Client for Borg

2020-02-16 Thread Nicholas D Steeves
On Fri, Feb 22, 2019 at 11:39:58AM +0100, Varac wrote:
> Vorta is a backup client for macOS and Linux desktops. It integrates the 
> mighty BorgBackup with your desktop environment to protect your data from 
> disk failure, ransomware and theft.
> 

Hi Varac,

I'll take care of this one since a member of my family now needs this
software (likely ETA: less than a week, plus waiting for it to clear NEW)

Cheers,
Nicholas


signature.asc
Description: PGP signature


Processed: retitle 922961 to ITP: vorta -- Desktop Backup Client for Borg

2020-02-16 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> retitle 922961 ITP: vorta -- Desktop Backup Client for Borg
Bug #922961 [wnpp] RFP: vorta -- Desktop Backup Client for Borg
Changed Bug title to 'ITP: vorta -- Desktop Backup Client for Borg' from 'RFP: 
vorta -- Desktop Backup Client for Borg'.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
922961: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=922961
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Processed: owner 922961

2020-02-16 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> owner 922961 !
Bug #922961 [wnpp] ITP: vorta -- Desktop Backup Client for Borg
Owner recorded as Nicholas D Steeves .
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
922961: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=922961
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#922961: ITP: vorta -- Desktop Backup Client for Borg

2020-02-16 Thread Nicholas D Steeves
Dear Debian Borg Collective,

On Sun, Feb 16, 2020 at 08:20:21PM -0700, Nicholas D Steeves wrote:
> On Fri, Feb 22, 2019 at 11:39:58AM +0100, Varac wrote:
> > Vorta is a backup client for macOS and Linux desktops. It integrates the 
> > mighty BorgBackup with your desktop environment to protect your data from 
> > disk failure, ransomware and theft.
> > 
> 
> Hi Varac,
> 
> I'll take care of this one since a member of my family now needs this
> software (likely ETA: less than a week, plus waiting for it to clear NEW)
> 

It seems like your team would be the best place for Vorta, because
Vorta may be sensitive to breaking changes introduced by Borg
upgrades.  At this time I'm not sure how likely this is or how often
it would occur.  If you don't want this package on your team then I'll
maintain it in the PAPT.  Oh, and of course I'm willing to join the
Borg Collective!

Regards,
Nicholas


signature.asc
Description: PGP signature


Bug#951110: ITP: cyrus-timezones -- Timezone information for the Cyrus IMAP Server

2020-02-16 Thread Xavier
Hi,

please follow also this discussion:
(https://github.com/cyrusimap/cyrus-timezones/pull/6):

> elliefm:
> I looked deeper into it, and did find and fix one bug in Cyrus, and
> added a workaround for libical misbehaving(?) -- details in the issue
> I linked earlier. The original issue I thought might exist still might
> exist, I haven't tested for it specifically yet due to being
> distracted by the stuff I did fix.
>
> wrt whether or not to packagers should include cyrus-timezones, @rsto
> mentioned in our chat:
>
> > One thing: using the system timezones is not recommended. If I
> > recall correctly, some of the system timezone definitions defined
> > daylight savings time changes per year, which produced unnecessarily
> > long VTIMEZONEs embedded in the VEVENTs returned by Cyrus.
>
> I have mixed feelings. If, as a mail server admin, you're installing
> Cyrus from a system package, it seems reasonable to expect it to use
> the timezone definitions provided by the system. It also seems
> reasonable that, if you wish to supply your own timezone definitions
> instead, that you could configure the zoneinfo_dir setting to point to
> them.
>
> But if, as a package-maintainer, you know your system's timezone
> definitions are "basic timezone definitions for general purpose use,
> but perhaps inadequate or suboptimal for building a calendaring
> service on top of", then it also seems reasonable to package up our
> cyrus-timezones package and make the cyrus-imapd package depend on it.



Bug#774005: ITP: photoflow -- fully non-destructive photo retouching program

2020-02-16 Thread Gürkan Myczko

Hi Laszlo

Pity you're not on IRC, there's the upstream channel at #pixls.us,
your dget URL didn't work for me today, however I couldn't find yours
on salsa.d.* so I didn't know. Are you going to upload it? Maybe
we can be co-maintainers among the multimedia team (unless you suggest 
another team),

here's my work so far (also on salsa):
http://phd-sid.ethz.ch/debian/photoflow/test/

Only thing missing is
http://phd-sid.ethz.ch/debian/photoflow/test/COPY

Best,