Processed: Re: ITP: syncevolution -- Sync personal information data via SyncML/CalDAV/CardDAV

2021-10-01 Thread Debian Bug Tracking System
Processing control commands:

> owner -1 !
Bug #939028 [wnpp] ITP: syncevolution -- Sync personal information data via 
SyncML/CalDAV/CardDAV
Owner changed from Itaï BEN YAACOV  to Jonas Smedegaard 
.

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



Bug#939028: ITP: syncevolution -- Sync personal information data via SyncML/CalDAV/CardDAV

2021-10-01 Thread Jonas Smedegaard
Control: owner -1 !

I am currently preparing the revival of syncevolution.

It will be maintained collaboratively in Salsa:
https://salsa.debian.org/debian/syncevolution

Help maintaining this is quite welcome!


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature


Bug#995440: ITP: halide -- a language for fast, portable computation on images and tensors

2021-10-01 Thread Roman Lebedev
Package: wnpp
Severity: wishlist
Owner: Roman Lebedev 
X-Debbugs-Cc: debian-de...@lists.debian.org, Sylvestre Ledru 
, David Bremner 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: halide
  Version : 12.0.1
  Upstream Author : https://github.com/halide/Halide
* URL : https://halide-lang.org/
* License : MIT/X
  Programming Lang: C++
  Description : a language for fast, portable computation on images and 
tensors

Halide is a programming language designed to make it easier to write
high-performance image and array processing code on modern machines.
Halide currently targets:
* CPU architectures: X86, ARM, MIPS, Hexagon, PowerPC, RISC-V
* Operating systems: Linux, Windows, macOS, Android, iOS, Qualcomm QuRT
* GPU Compute APIs: CUDA, OpenCL, OpenGL Compute Shaders, Apple Metal, 
Microsoft Direct X 12
Rather than being a standalone programming language, Halide is embedded in C++.
This means you write C++ code that builds an in-memory representation
of a Halide pipeline using Halide's C++ API. You can then compile
this representation to an object file,
or JIT-compile it and run it in the same process.

- ---

I have performed initial debianization in
https://salsa.debian.org/LebedevRI-guest/halide/-/tree/debian/v12.0.1
the produced DEB's are functional, as far as i can tell.

While it is not a preparatory dependency for any further package,
it's a bit of a chicken and egg problem. I wanted to play around with
halide as far back as 2019, but back then they had a very rudimentary
CMake support, and wasn't packaged anywhere. They happily improved
their CMake support, so the only problem now is that it's not packaged :)

Ideally i would like the package to be accepted into pkg-llvm team.
I don't expect it to require too much effort to maintain.

While i have been using debian for quite some time now,
i'm not a debian developer, and i'm not as deeply familiar with the packaging
side of things. Naturally, i don't have any upload rights.


-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEjkF6151RK40WXe2HCDw+u0oWieAFAmFW3vkACgkQCDw+u0oW
ieAmbA/8Cn8L6ZF72pa9rje9aWiqXYcUz3lNtEEn9Cf0toq0Pv9+Hh0zXO2f0001
kw5ymPTvbZ6ddnhT8i5i13hRGFhSpAl8Ol594uiRIMFp4KKK5G7/o2yD4tMLXE8E
AOJ7bZnRu+AkZibRtPmgjpt1S/EjHeiAM45TL4EZPMeOaA6o8ZGZ9xT6W+AzBhYD
XYYSOLwT3IS8XU1UOZRsk00TDvpru7AzUDXXdWVfGhYpL1wzv3A1XlE20+ZKVayP
du6osHtT1wV8fdYjLWzw6C49Jm6bgoXGwhzSW/LsDXwTERQsFaSH+5Z2dZ6K8TEr
7LWQsD26hSlD27JPuMHJEqmJWWMJZ7TCSBWXXAojdie9N1F3W3uPARIc+1XkaqU4
IgjZEc1wK6YE7wZbnCMqL96H3q1jPWqVCxOpDJvbdpRh/UwcwKD+bJmE2N1Mi8vF
gvFT0aM405JpSFCJcMsB5wD0y38iK2h/c1rZog7xCmvBiLoQnNYLLmjFTt69DL9x
Ee/7v4RFoyf90NiiDuAHMVuHWxf2u8h9yB/tYF069jfOxt5x7wISDbsXBeiDZbPD
I3bXv8F19eyKI7X4jWC4fMupr81QHQ5uFt93gnTKbG8ajCqgwAcSV+dySl3UQI/l
CrflDkP0jp3aMo+EtbPbHFwa3AxYnLC8DQXKdUrZv+qH5pGl6Gk=
=4d4i
-END PGP SIGNATURE-



Bug#982135: ITP: bearssl -- BearSSL is an implementation of the SSL/TLS protocol (RFC 5246) written in C

2021-10-01 Thread Bastian Germann

On Sat, 06 Feb 2021 19:18:43 +0100 Jan Mojzis  wrote:

Package: wnpp
Severity: wishlist
Owner: Jan Mojzis 

* Package name: bearssl
  Version : 0.6
  Upstream Author : Thomas Pornin 
* URL : https://bearssl.org
* License : MIT
  Programming Lang: C
  Description : BearSSL is an implementation of the SSL/TLS protocol (RFC 
5246) written in C


BearSSL is an implementation of the SSL/TLS protocol (RFC 5246) written in C. 
It aims at offering the following features:
- Be correct and secure. In particular, insecure protocol versions and choices 
of algorithms are not supported, by design; cryptographic algorithm 
implementations are constant-time by default.
- Be small, both in RAM and code footprint. For instance, a minimal server 
implementation may fit in about 20 kilobytes of compiled code and 25 kilobytes 
of RAM.
- Be highly portable. BearSSL targets not only “big” operating systems like 
Linux and Windows, but also small embedded systems and even special contexts 
like bootstrap code.
- Be feature-rich and extensible. SSL/TLS has many defined cipher suites and 
extensions; BearSSL should implement most of them, and allow extra algorithm 
implementations to be added afterwards, possibly  from third parties

Library doesn't have compatible API with mainstream OpenSSL.
And it's not intended as an OpenSSL 1-1 replacement.

I'm using this software and I'm going to maintain using 
https://salsa.debian.org/.
I need sponsor.


Please replace the exe removing patch with a Files-Excluded rule in d/copyright. 
This is a repack then, which has to be reflected in the version string.

Else this looks good to me.

The usual process to ask for sponsors is filing an RFS. It will get more 
attention then.




Bug#995441: ITP: pyodc -- A Python interface to `odc` for encoding/decoding ODB-2 files

2021-10-01 Thread Alastair McKinstry
Package: wnpp
Severity: wishlist
Owner: Alastair McKinstry 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: pyodc
  Version : 1.1.0
  Upstream Author : European Centre for Medium-range Forecasts (ECMWF)
* URL : https://github.com/ecmwf/pyodc
* License : Apache-2
  Programming Lang: Python
  Description : A Python interface to `odc` for encoding/decoding ODB-2 
files

This is a Python interface to ODC, a package already in Debian, for handling
ODB-2 (weather observation) files.

I will maintain this within the Debian Science team, alongside its sister 
packages
for GRIB and BUFR formats



Processed (with 1 error): shellspec - retitling for ITP

2021-10-01 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> retitle 979642 ITP: shellspec -- Unit testing framework using the BDD
Bug #979642 [wnpp] RFP: shellspec -- Unit testing framework using the BDD 
paradigm for bash, ksh, zsh, dash and all POSIX shells.
Changed Bug title to 'ITP: shellspec -- Unit testing framework using the BDD' 
from 'RFP: shellspec -- Unit testing framework using the BDD paradigm for bash, 
ksh, zsh, dash and all POSIX shells.'.
> paradigm for bash, ksh, zsh, dash and all POSIX shells
Unknown command or malformed arguments to command.
> owner 979642 !
Bug #979642 [wnpp] ITP: shellspec -- Unit testing framework using the BDD
Owner recorded as Anuradha Weeraman .
> thanks
Stopping processing here.

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



Processed: ITP

2021-10-01 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> retitle 979642 ITP: shellspec -- Unit testing framework based on BDD for 
> bash, ksh, zsh, dash and all POSIX shells
Bug #979642 [wnpp] ITP: shellspec -- Unit testing framework using the BDD
Changed Bug title to 'ITP: shellspec -- Unit testing framework based on BDD for 
bash, ksh, zsh, dash and all POSIX shells' from 'ITP: shellspec -- Unit testing 
framework using the BDD'.
> retitle 995142 ITP: srain -- GTK-based IRC client
Bug #995142 [wnpp] RFP: srain
Changed Bug title to 'ITP: srain -- GTK-based IRC client' from 'RFP: srain'.
> owner 995142 !
Bug #995142 [wnpp] ITP: srain -- GTK-based IRC client
Owner recorded as Anuradha Weeraman .
> thanks
Stopping processing here.

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



Bug#995447: ITP: psycopg3 -- PostgreSQL database adapter for Python 3

2021-10-01 Thread Tomasz Rybak
Package: wnpp
Severity: wishlist
Owner: Tomasz Rybak 
X-Debbugs-Cc: debian-de...@lists.debian.org, serp...@debian.org

* Package name: psycopg3
  Version : 3.0.0~beta{1,2}
  Upstream Author : Daniele Varrazzo 
* URL : https://www.psycopg.org/psycopg3/
* License : LGPL-3
  Programming Lang: Python
  Description : PostgreSQL database adapter for Python 3

Psycopg 3 is a newly designed PostgreSQL database adapter for the Python
programming language.

Psycopg 3 is a complete rewrite of Psycopg 2, maintaining the same
fundamental libpq wrapper architecture and DB-API interface design, but
exposing new features to better work with the newer versions of Python
and PostgreSQL.

On the Python side, Psycopg 3 allows the use of asyncio-based
concurrency and static typing. Many improvement to the Python interface
make the library much simpler and more idiomatic to use,

On the PostgreSQL side, Psycopg 3 makes use of server-side parameters,
prepared statements, binary parameters, and great support for COPY
operations.

Psycopg 3 presents a familiar interface for everyone who has used
Psycopg 2 or any other `DB-API 2.0` database adapter, but allows one
to use more modern PostgreSQL and Python features, such as:
- Strict Strong Typing
- asynchronous support
- server-side parameters binding
- binary communication
- a great integration of the COPY support
- direct access to the libpq functionalities

I'll be maintaining this package inside Python team (just like
psycopg2 is). To be able to fully built it, I might need to
update Cython and psycopg2 versions first.



Bug#975985: ITA: geda-gaf -- Electronics design software

2021-10-01 Thread Roland Lutz

On Fri, 1 Oct 2021, Bastian Germann wrote:

I pushed an edited version of your changes to
https://salsa.debian.org/electronics-team/geda-gaf/-/tree/ita975985


So you rebased the history instead of adding your changes as commits? 
This makes it hard to track what exactly you have changed.


man page is not a patch but a file in debian/. A .manpages file has 
still to be added for the package that holds xorn to include it


Ah, good to know.


(should be in geda-utils, not in libgeda-common).


I don't think geda-utils is the proper package for the xorn command-line 
tool.  If it shouldn't be in libgeda-common (why not?), geda-cli would be 
the next more plausible choice, or a separate package of its own (though 
it could be argued that gEDA/gaf is split into enough packages already).


The GFDL situation: Do not just patch the license texts of upstream. 
While in this case Roland holds the copyright probably, this is 
generally not allowed. The only case where GFDL can be included is in 
its GFDL-NIV variant excluding immutable sections (should be the case 
here). There are 1.2 and 1.3 files. The license text for 1.3 is missing 
and so are the files that are 1.2 licensed.


I'm not quite sure what follows from this.  Is this an upstream bug?


I got rid of some package renames.


You mean the renaming of "geda-gaf" into "geda-cli"?  I believe "geda-gaf" 
is an unfortunate naming for the package with the "gaf" command-line tool 
as "gEDA/gaf" is the name of the entire project, and accordingly, the 
source package is also named "gead-gaf".  The "gaf" tool is useful, but by 
no means the central component of gEDA/gaf.


As long as the package still (build-)depends on Python 2 I will not 
upload it. So please get rid of the Python files in the packages and 
patch the files that are executed during the build.


That is not feasible.  gEDA/gaf contains multiple Python extensions, and 
while the bulk of the work of porting them away from CPython 2 has been 
done, patching the necessary code and build system changes into the Debian 
package would be a nightmare.  If the Python 2 dependency blocks uploading 
gEDA/gaf 1.10.2, the realistic consequence would be to wait for a release 
that changes this dependency.


Roland



Bug#975985: ITA: geda-gaf -- Electronics design software

2021-10-01 Thread Bastian Germann

Am 01.10.21 um 14:30 schrieb Roland Lutz:

On Fri, 1 Oct 2021, Bastian Germann wrote:

I pushed an edited version of your changes to
https://salsa.debian.org/electronics-team/geda-gaf/-/tree/ita975985


So you rebased the history instead of adding your changes as commits? This makes 
it hard to track what exactly you have changed.


I rebased so that all the do/undo commits are gone. I did not apply any changes 
except the man page move and the GFDL license rename but rather removed some of 
your changes.


There were some changes outside debian/ that were reverted later on. That is bad 
for review. It is better to rebase on your side as long as you are developing 
and the changes are not in master.


For you to notice the changes, just use git diff.

man page is not a patch but a file in debian/. A .manpages file has still to 
be added for the package that holds xorn to include it


Ah, good to know.


(should be in geda-utils, not in libgeda-common).


I don't think geda-utils is the proper package for the xorn command-line tool.  
If it shouldn't be in libgeda-common (why not?), geda-cli would be the next more 
plausible choice, or a separate package of its own (though it could be argued 
that gEDA/gaf is split into enough packages already).


The GFDL situation: Do not just patch the license texts of upstream. While in 
this case Roland holds the copyright probably, this is generally not allowed. 
The only case where GFDL can be included is in its GFDL-NIV variant excluding 
immutable sections (should be the case here). There are 1.2 and 1.3 files. The 
license text for 1.3 is missing and so are the files that are 1.2 licensed.


I'm not quite sure what follows from this.  Is this an upstream bug?


I did not have a thorough look at the license reference texts, so I do not know. 
As you are the author, I guess you can clarify this in upstream.
More info about why GFDL with some of its extensions is not allowed in main 
section: https://wiki.debian.org/GFDLHistory


Without any upstream changes: For the package, just duplicate the GFDL-NIV-1.2+ 
license section to a GFDL-NIV-1.3+. Find out the files that are GFDL-NIV-1.2+ 
licensed (e.g., NEWS) and add them to d/copyright.



I got rid of some package renames.


You mean the renaming of "geda-gaf" into "geda-cli"?  I believe "geda-gaf" is an 
unfortunate naming for the package with the "gaf" command-line tool as 
"gEDA/gaf" is the name of the entire project, and accordingly, the source 
package is also named "gead-gaf".  The "gaf" tool is useful, but by no means the 
central component of gEDA/gaf.


As long as the package still (build-)depends on Python 2 I will not upload it. 
So please get rid of the Python files in the packages and patch the files that 
are executed during the build.


That is not feasible.  gEDA/gaf contains multiple Python extensions, and while 
the bulk of the work of porting them away from CPython 2 has been done, patching 
the necessary code and build system changes into the Debian package would be a 
nightmare.  If the Python 2 dependency blocks uploading gEDA/gaf 1.10.2, the 
realistic consequence would be to wait for a release that changes this dependency.


Roland


I was on the impression that somebody included the necessary changes in the py3 
patch. But if it is that nightmarish, we should wait.




Bug#975985: ITA: geda-gaf -- Electronics design software

2021-10-01 Thread Bastian Germann

Am 01.10.21 um 14:30 schrieb Roland Lutz:

If it shouldn't be in libgeda-common (why not?),


Because you do not expect to have a lib*-common package install a binary. 
Usually, -common packages hold data (opposed to executables) that is common for 
all architectures.




Processed: notforwarded

2021-10-01 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> notforwarded 922126
Bug #922126 [wnpp] RFA: xen-tools -- Tools to manage Xen virtual servers
Unset Bug forwarded-to-address
>
End of message, stopping processing here.

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



Processed: owner

2021-10-01 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> owner 832150 demartino.franci...@gmail.com
Bug #832150 [wnpp] ITA: xmacro -- Record / Play keystrokes and mouse movements
Owner changed from Vincent Carluer  to 
demartino.franci...@gmail.com.
>
End of message, stopping processing here.

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



Processed: ITP: workflow -- Parallel computing and asynchronous web server engine

2021-10-01 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> owner 995460 Lance Lin 
Bug #995460 [wnpp] ITP: workflow -- Parallel computing and asynchronous web 
server engine
Owner recorded as Lance Lin .
>
End of message, stopping processing here.

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



Bug#565925: marked as done (ITA: duma -- Detect Unintended Memory Access (D.U.M.A))

2021-10-01 Thread Debian Bug Tracking System
Your message dated Fri, 01 Oct 2021 14:48:35 +
with message-id 
and subject line Bug#565925: fixed in duma 2.5.21-1
has caused the Debian Bug report #565925,
regarding ITA: duma -- Detect Unintended Memory Access (D.U.M.A)
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.)


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


--- End Message ---
--- Begin Message ---
Source: duma
Source-Version: 2.5.21-1
Done: Peter Blackman 

We believe that the bug you reported is fixed in the latest version of
duma, 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 565...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Peter Blackman  (supplier of updated duma 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: SHA512

Format: 1.8
Date: Fri, 01 Oct 2021 14:00:00 +0100
Source: duma
Architecture: source
Version: 2.5.21-1
Distribution: unstable
Urgency: medium
Maintainer: Peter Blackman 
Changed-By: Peter Blackman 
Closes: 532483 550660 565925 623495 655892
Changes:
 duma (2.5.21-1) unstable; urgency=medium
 .
   * Adopt package. (Closes: #565925)
   * New Upstream Release. (Closes: #550660, #623495, #655892)
   * Fixes FTBFS with GCC-11  (#984041)
   * Use hardening flags, fixes bindnow, (Closes: #532483)
   * Use changelog file date instead of system date for build date
   * DEP-5 copyright
   * Add autopkgtests
   * Preserve Debian's CFLAGS etc (use += , not just = , in makefile)
   * Override Lintian's library warnings
  The library is not intended to be used directly by other programs
Checksums-Sha1:
 b17560ed2d69afde919ed0c10d343e99bde98d44 1666 duma_2.5.21-1.dsc
 aa9196d1044464c3b1bd36937b70f145eef8c154 256068 duma_2.5.21.orig.tar.gz
 b8d41d4b2992dc01132cbe07e5033f8c3336b5e6 4724 duma_2.5.21-1.debian.tar.xz
 e0057867867458bfa0f22ed5de1336768230ad70 5287 duma_2.5.21-1_source.buildinfo
Checksums-Sha256:
 90fbffb42403a94d4a9e9a7b49bdde2113c83859130d6a4451115891dfd3a25d 1666 
duma_2.5.21-1.dsc
 470aa72e7018f0beadb5fbe3c932a62ba1b0594c29158a744c614bfa42133e59 256068 
duma_2.5.21.orig.tar.gz
 d5b94c0dc5ccf3a2f34b8b21a66ab9f9a95adb1b052610e25825e739ca8ee613 4724 
duma_2.5.21-1.debian.tar.xz
 b1dcc68f185080bab03ff4698c8517fdfb5cd5cfb55bc109174166be03c9e7f8 5287 
duma_2.5.21-1_source.buildinfo
Files:
 2b4fd9ad554672484c4dcae2501e3321 1666 devel optional duma_2.5.21-1.dsc
 50a093ba5c127b434daae98714d799b9 256068 devel optional duma_2.5.21.orig.tar.gz
 95b0233fb7978840f17c6b03d5a41786 4724 devel optional 
duma_2.5.21-1.debian.tar.xz
 01f4c6ff9e7dff6b196b9dad13ce474c 5287 devel optional 
duma_2.5.21-1_source.buildinfo

-BEGIN PGP SIGNATURE-

iQGzBAEBCgAdFiEEQGIgyLhVKAI3jM5BH1x6i0VWQxQFAmFXHEIACgkQH1x6i0VW
QxTLVAwA6Y862RIvnsJiCeoEzBojEFIe8xQXeWIwWV//nIcofrc9XmEGXeuD9eJs
uJE7//J4PNaZc2owgxQ2p9TnT+J52AIiVs3IH0/79d98H67yHQTWqid1RZfLBWZw
NBklCf88IobWs7RWn0axaKud/FXhV9e70VSSHyxfIe4dq3PaSM4E0Kp+7q2Rvg5W
+ytvf196Fsk76IBoqkK81eFKVI6V3OstLd7OzkLs31WlR36Qm/KRUlChhnwaGA74
kGCatMjtiEnhKmkHUf3uwRoP4AsbMccn7DA9C5EMTdoBHcvVpObRiPVa+hxAZbzo
vDp2fvSXEPG1x177PB53saVPfwysNY0vcganTUEYcdZhpwQELv7o28+a9NZn2Ll4
1LjvLo6WdlLqgRxXsmbTDmJ0YBHsfUkYV/KH/7iPLg3RMaWyurKdccoXPVz/LUCU
nwHTVyY7jBEzmGM/Qcl/fBqV3lxALXDZy22WMIAz/QiCsMYbFkxWjVCjKABp4RnQ
kaXPQ6is
=6Ht+
-END PGP SIGNATURE End Message ---


Bug#995427: RFA: mrtg -- multi router traffic grapher

2021-10-01 Thread Eriberto Mota
Hi Sandro,

I use MRTG regularly and I have interest in adopting it. However, I
don't know the source code very well and I need to check this before.
I think that I really will adopt MRTG in one week. I will send you a
final decision soon (I think in this weekend).

Thanks for your work.

Regards,

Eriberto



Bug#995460: ITP: workflow -- Parallel computing and asynchronous web server engine

2021-10-01 Thread Lance Lin
Package: wnpp
Severity: wishlist

* Package name    : workflow

  Version : 0.9.8

  Upstream Author : Li Yingxin 

* URL : https://github.com/sogou/workflow/

* License : Apache-2.0

  Programming Lang: (C++)

  Description : Parallel computing and asynchronous web server engine

Workflow can be used as a scalable web server to handle a variety of server

workflows. It can be used to orchestrate complex relationships between

computing and networking. Workflow currently supports protocols for HTTP,

Redis, MySQL, and Kafka.

I plan to maintain workflow myself since I didn't see a team that seemed 
appropriate. I'm open to suggestions though.

signature.asc
Description: OpenPGP digital signature


Processed: your mail

2021-10-01 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> retitle 993745 ITA: psad -- Designed to work with iptables to detect port 
> scans
Bug #993745 [wnpp] O: psad -- Designed to work with iptables to detect port 
scans
Changed Bug title to 'ITA: psad -- Designed to work with iptables to detect 
port scans' from 'O: psad -- Designed to work with iptables to detect port 
scans'.
> owner 993745 !
Bug #993745 [wnpp] ITA: psad -- Designed to work with iptables to detect port 
scans
Owner recorded as Thiago Andrade .
> thanks
Stopping processing here.

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



Bug#995489: ITP: r-bioc-eir -- Accelerated similarity searching of small molecules

2021-10-01 Thread Steffen Moeller
Package: wnpp
Severity: wishlist

Subject: ITP: r-bioc-eir -- Accelerated similarity searching of small molecules
Package: wnpp
Owner: Steffen Moeller 
Severity: wishlist

* Package name: r-bioc-eir
  Version : 1.32.0+ds
  Upstream Author : Kevin Horan, Yiqun Cao and Tyler Backman
* URL : https://bioconductor.org/packages/eiR/
* License : Artistic-2.0
  Programming Lang: GNU R
  Description : Accelerated similarity searching of small molecules
 The eiR package provides utilities for accelerated
 structure similarity searching of very large small molecule
 data sets using an embedding and indexing approach.

Remark: This package is maintained by Debian R Packages Maintainers at
   https://salsa.debian.org/r-pkg-team/r-bioc-eir



Processed: ITP: r-bioc-eir -- Accelerated similarity searching of small molecules

2021-10-01 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> owner 995489 Steffen Moeller 
Bug #995489 [wnpp] ITP: r-bioc-eir -- Accelerated similarity searching of small 
molecules
Owner recorded as Steffen Moeller .
>
End of message, stopping processing here.

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



Bug#995493: ITP: python-elgato-streamdeck -- Python 3 library to control an Elgato Stream Deck

2021-10-01 Thread Paulo Roberto Alves de Oliveira (aka kretcheu)
Package: wnpp
Severity: wishlist
Owner: "Paulo Roberto Alves de Oliveira (aka kretcheu)" 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: python-elgato-streamdeck
  Version : 0.8.5
  Upstream Author : Dean Camera 
* URL : https://github.com/abcminiuser/python-elgato-streamdeck
* License : MIT
  Programming Lang: Python
  Description : Python 3 library to control an Elgato Stream Deck

 This is an open source Python 3 library to control an Elgato Stream Deck
 directly, without the official software. This can allow to create custom
 front-ends, such as a custom control front-end for home automation software.