Bug#1004282: ITP: golang-github-andybalholm-crlf -- handling CR/LF line endings for Go language

2022-01-24 Thread Nobuhiro Iwamatsu 
Package: wnpp
Severity: wishlist
Owner: Nobuhiro Iwamatsu 

* Package name: golang-github-andybalholm-crlf
  Version : 0.0~git20171020.670099a-1
  Upstream Author : Andy Balholm
* URL : https://github.com/andybalholm/crlf
* License : BSD-2-clause
  Programming Lang: Go
  Description : handling CR/LF line endings for Go language

  The crlf library is a Go language package for helps in dealing with files that
  have DOS-style CR/LF line endings.

Bug#998884: ITP: golang-github-go-git-go-git -- highly extensible Git implementation in pure Go

2022-01-24 Thread Arnaud Rebillout 
It seems like this package is already in Debian and therefore this ITP 
can be closed?


$ rmadison golang-github-go-git-go-git
debian:
golang-github-go-git-go-git | 5.4.2-3   | testing    | source
golang-github-go-git-go-git | 5.4.2-3   | unstable   | source

Cheers,

Arnaud.

Bug#998876: ITP: golang-github-go-git-go-billy -- The missing interface filesystem abstraction for Go

2022-01-24 Thread Arnaud Rebillout 
It seems like this package is already in Debian and therefore this ITP 
can be closed?


$ rmadison golang-github-go-git-go-billy
debian:
golang-github-go-git-go-billy | 5.3.1-3   | testing    | source
golang-github-go-git-go-billy | 5.3.1-3   | unstable   | source

Cheers,

Arnaud.

Bug#1004287: ITP: rapidcheck -- C++ framework for property based testing

2022-01-24 Thread Adam Borowski 
Package: wnpp
Severity: wishlist
Owner: Adam Borowski 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: rapidcheck
* URL : https://github.com/emil-e/rapidcheck
* License : BSD-2
  Programming Lang: C++
  Description : C++ framework for property based testing
 RapidCheck is a C++ framework for property based testing inspired by
 QuickCheck and other similar frameworks.  In property based testing,
 you state facts about your code that given certain precondition should
 always be true.  RapidCheck then generates random test data to try and
 find a case for which the property doesn't hold.  If such a case is
 found, RapidCheck tries to find the smallest case (for some definition
 of smallest) for which the property is still false and then displays
 this as a counterexample.  For example, if the input is an integer,
 RapidCheck tries to find the smallest integer for which the property is
 false.

I don't really care about this package, but it's a Build-Dependency.

Bug#1003796: ITP: ifupdown-ng -- network device manager compatible with ifupdown

2022-01-24 Thread Thomas Goirand 

On 1/23/22 21:03, d...@darkboxed.org wrote:

Hi Thomas,

I've been working on the ifupdown-ng packaging today. I had a look at your
existing git repo and did incorporate most of the debian/ files from that
but decided to start the repo from scratch. The main reason being that I
don't feel the gbp-import-ref workflow is quite ready yet so while I would
prefer basing Debian packaging on the upstream git repo as you've done it
just causes more friction right now in my experience.


Hi,

I'm not using gbp-import-ref, but my own tooling from 
openstack-pkg-tools. To import a new tag, I just do:


./debian/rules fetch-upstream-remote
git merge -X theirs 
dch -i # edit changelog to match the new tag name
./debian/rules gen-orig-xz

Maybe gbp-import-ref does the same thing? I've used this workflow for 
all of the OpenStack packages [1] without any issue for YEARS.


I'm also not sure what kind of "friction" you're referring to...


Could you add me to the debian/ifupdown-ng repo so I can push my work
there? In the meantime the repo is here:

 https://salsa.debian.org/dxld-guest/ifupdown-ng/

One significant thing I noticed is that you seem to have Depends
specifically for kfreebsd and hurd which I haven't dealt with yet. Did you
test this stuff on those systems?


I am not sure why I wrote these dependencies, probably because it was 
like that upstream already. I haven't tested on these arch, however, it 
should be easy to do so with Virtualbox or Qemu. FYI, when I first 
uploaded openrc to Debian, I used Virtualbox with the help of an OpenRC 
upstream author, so we could check and fix the port. These aren't 
official arch these days, so it maters less.



Ordinarily I would think we could just go and get access porterbox for
these arches but since I need to play with networking stuff for testing the
porterboxes are likely not going to be much help.


Right, porterbox wont be of any help here.
Anyway, I have merged all of your changes to the main Salsa repository, 
and gave you access to it.


Since you've audited my work and the package looks like in good enough 
shape, I have uploaded the final result. It's now up for review on the 
FTP master NEW queue. Let's hope it clears the NEW queue quickly... :)


When it does, I very much welcome you to take care of this package as 
much as possible yourself, as I'm a fairly busy DD maintaining many 
packages. I will happily sponsor any change you want to include.


Cheers,

Thomas Goirand (zigo)

[1] 
https://qa.debian.org/developer.php?login=team%2Bopenstack%40tracker.debian.org

Bug#1004291: ITP: php-dapphp-radius -- pure PHP RADIUS client based on the SysCo/al implementation

2022-01-24 Thread Thomas Goirand 
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: php-dapphp-radius
  Version : 2.5.6
  Upstream Author : Drew Phillips 
* URL : https://github.com/dapphp/radius/
* License : LGPL-3
  Programming Lang: PHP
  Description : pure PHP RADIUS client based on the SysCo/al implementation

 Dapphp\Radius is a pure PHP RADIUS client for authenticating users against a
 RADIUS server in PHP. It currently supports basic RADIUS auth using PAP, CHAP
 (MD5), MSCHAP v1, and EAP-MSCHAP v2. The current 2.5.x branch is tested to
 work with Microsoft Windows Server 2012 to 2019 Network Policy Server and
 FreeRADIUS 2 and above.
 .
 PAP authentication has been tested on:
  * Microsoft Radius server IAS
  * Mideye RADIUS Server
  * Radl
  * RSA SecurID
  * VASCO Middleware 3.0 server
  * WinRadius
  * ZyXEL ZyWALL OTP
 .
 The PHP openssl extension is required if using MSCHAP v1 or v2. For older PHP
 versions that have mcrypt without openssl support, then mcrypt is used.

Note: This package is to replace the gap left with php-radius removal. I intend
to use that in OCI (OpenStack cluster installer) if php-radius PECL extension
is not available, which hopefully makes it possible to keep Radius auth in OCI.

Processed: Bug#1003942 marked as pending in cisco7crack

2022-01-24 Thread Debian Bug Tracking System 
Processing control commands:

> tag -1 pending
Bug #1003942 [wnpp] ITP: cisco7crack -- Crypt and decrypt the cisco type 7 
passwords
Added tag(s) pending.

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

Bug#1004291: marked as done (ITP: php-dapphp-radius -- pure PHP RADIUS client based on the SysCo/al implementation)

2022-01-24 Thread Debian Bug Tracking System 
Your message dated Mon, 24 Jan 2022 16:00:09 +
with message-id 
and subject line Bug#1004291: fixed in php-dapphp-radius 2.5.6-1
has caused the Debian Bug report #1004291,
regarding ITP: php-dapphp-radius -- pure PHP RADIUS client based on the 
SysCo/al implementation
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.)


-- 
1004291: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1004291
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: php-dapphp-radius
  Version : 2.5.6
  Upstream Author : Drew Phillips 
* URL : https://github.com/dapphp/radius/
* License : LGPL-3
  Programming Lang: PHP
  Description : pure PHP RADIUS client based on the SysCo/al implementation

 Dapphp\Radius is a pure PHP RADIUS client for authenticating users against a
 RADIUS server in PHP. It currently supports basic RADIUS auth using PAP, CHAP
 (MD5), MSCHAP v1, and EAP-MSCHAP v2. The current 2.5.x branch is tested to
 work with Microsoft Windows Server 2012 to 2019 Network Policy Server and
 FreeRADIUS 2 and above.
 .
 PAP authentication has been tested on:
  * Microsoft Radius server IAS
  * Mideye RADIUS Server
  * Radl
  * RSA SecurID
  * VASCO Middleware 3.0 server
  * WinRadius
  * ZyXEL ZyWALL OTP
 .
 The PHP openssl extension is required if using MSCHAP v1 or v2. For older PHP
 versions that have mcrypt without openssl support, then mcrypt is used.

Note: This package is to replace the gap left with php-radius removal. I intend
to use that in OCI (OpenStack cluster installer) if php-radius PECL extension
is not available, which hopefully makes it possible to keep Radius auth in OCI.
--- End Message ---
--- Begin Message ---
Source: php-dapphp-radius
Source-Version: 2.5.6-1
Done: Thomas Goirand 

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

Debian distribution maintenance software
pp.
Thomas Goirand  (supplier of updated php-dapphp-radius 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: Mon, 24 Jan 2022 09:44:14 +0100
Source: php-dapphp-radius
Binary: php-dapphp-radius
Architecture: source all
Version: 2.5.6-1
Distribution: unstable
Urgency: medium
Maintainer: Debian PHP PEAR Maintainers 
Changed-By: Thomas Goirand 
Description:
 php-dapphp-radius - pure PHP RADIUS client based on the SysCo/al implementation
Closes: 1004291
Changes:
 php-dapphp-radius (2.5.6-1) unstable; urgency=medium
 .
   * Initial release. (Closes: #1004291)
Checksums-Sha1:
 e58695b9e081940cae6f25b2967b6a455b85475c 2121 php-dapphp-radius_2.5.6-1.dsc
 f6f14167b76b1e139de503e7c1b8653e0dcb67f7 35288 
php-dapphp-radius_2.5.6.orig.tar.xz
 107ae4cf11ef9501b74dfd96cc70895464ebbf37 3724 
php-dapphp-radius_2.5.6-1.debian.tar.xz
 a07121d4e4a76e398ea80397a310046072e19086 22660 
php-dapphp-radius_2.5.6-1_all.deb
 b4bbe1f725d3b201ee8d73e277404c5dd3ebb57b 8766 
php-dapphp-radius_2.5.6-1_amd64.buildinfo
Checksums-Sha256:
 09269fd84ad4ab0dcd8bf24d088a0b772b7df7ba7a493fcccb96f845642f6d70 2121 
php-dapphp-radius_2.5.6-1.dsc
 c586b3c797be90b129839cc2e10d38dc9b7e18185477641f2251e461d66bcda0 35288 
php-dapphp-radius_2.5.6.orig.tar.xz
 0f5fef0a7d389f089e62a648143831aa03e9a91af6d552f5b09b24cfa2e13203 3724 
php-dapphp-radius_2.5.6-1.debian.tar.xz
 ec70db8e5ab0f33ce2906f522a70fad944e752e41eb353eec987a26fa3ad9d3e 22660 
php-dapphp-radius_2.5.6-1_all.deb
 ff967cef225ac65a282a42178dbd9e9bb14b79305cd8eb03c7f73d7fa73837f4 8766 
php-dapphp-radius_2.5.6-1_amd64.buildinfo
Files:
 33deb6705f0076f7e0208a083939645b 2121 php optional 
php-dapphp-radius_2.5.6-1.dsc
 6dd7479128a40c4adc9dcffcbe20bf72 35288 php optional 
php-dapphp-radius_2.5.6.orig.tar.xz
 888d570d33840910bf46e4d8620216ef 3724 php optional 
php-dapphp-radius_2.5.6-1.debian.tar.xz
 d4f6e145970bc89e0238873979b31e8d 22660 php optional 
php-dapphp-radius_2.5.6-1_all.deb
 62588b86c5287f03377f865c3f660040 8766 php optional 
php-dapphp-radius_2.5.6-1_amd64.buildinfo

-

Bug#985487: marked as done (ITP: epics-base -- Experimental Physics and Industrial Control Systems)

2022-01-24 Thread Debian Bug Tracking System 
Your message dated Mon, 24 Jan 2022 19:14:51 +0200
with message-id <756a25a5-e9ba-6968-238f-76e73dfad...@debian.org>
and subject line 985487 is closed in epics-base/7.0.3.1-2
has caused the Debian Bug report #985487,
regarding ITP: epics-base -- Experimental Physics and Industrial Control Systems
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.)


-- 
985487: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=985487
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp
Owner: Andrius Merkys 
Severity: wishlist
Control: block 985486 by -1

* Package name: epics-base
  Version : 7.0.3.1
  Upstream Author : EPICS developers
* URL : https://epics.anl.gov/index.php
* License : EPICS
  Programming Lang: C
  Description : Experimental Physics and Industrial Control System

The Experimental Physics and Industrial Control Systems (EPICS) is an
extensible set of software components and tools with which application
developers can create a control system. This control system can be
used to control accelerators, detectors, telescopes, or other
scientific experimental equipment. EPICS base is the set of core
software, i.e. the components of EPICS without which EPICS would not
function. EPICS base allows an arbitrary number of target systems,
IOCs (input/output controllers), and host systems, OPIs (operator
interfaces) of various types.

epics-base is a dependency of python-pyepics, which is in turn needed to
package xraylarch.

Remark: This package is to be maintained with Debian Science Maintainers
at https://salsa.debian.org/science-team/epics-base
--- End Message ---
--- Begin Message ---
Version: 7.0.3.1-2

This ITP should be closed with the upload of epics-base/7.0.3.1-2.

Andrius--- End Message ---

Processed: describe rocm dependency chain for rocm-device-libs

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

> block 1004309 by 1003267
Bug #1004309 [wnpp] ITP: rocm-device-libs -- AMD specific device-side language 
runtime libraries
1004309 was not blocked by any bugs.
1004309 was not blocking any bugs.
Added blocking bug(s) of 1004309: 1003267
> thank you
Stopping processing here.

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

Bug#972938: marked as done (RFA: lmod -- Lua based environment modules)

2022-01-24 Thread Debian Bug Tracking System 
Your message dated Mon, 24 Jan 2022 19:00:10 +
with message-id 
and subject line Bug#972938: fixed in lmod 8.6.5-1
has caused the Debian Bug report #972938,
regarding RFA: lmod -- Lua based environment modules
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.)


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

Hi,

In #951508, the current maintainer of lmod wrote:

On 17/02/20 at 19:49 +0100, Aaron Zauner wrote:
> Since I'm barely keeping this package updated I'd suggest that you use the
> upstream Lmod project source with the dependencies that come with this
> package, you'll get more bug fixes, Performance and features out of it in a
> production environment. That's what we used to do on live HPC systems since
> a lot of software needs to be built by hand outside of the distro packaging
> anyway.

And then:

On 15/09/20 at 12:32 +0200, Aaron Zauner (azet) wrote:
> If anyone wants to take over I'm more than fine with that. The amount
> of work I have at the moment barely permits me from maintaining
> projects. It's most sensible that someone actively using this project
> on Debian maintains it, as is, I'm not using it much anymore and am
> not working in HPC at the moment. The bug should definitely reported
> upstream. Upgrading the package should be fairly simple though - the
> dependencies are already in place, as are simple tests/git integration
> etc.: https://github.com/azet/lmod-deb

I'm thus opening this RFA bug to reflect this.

The package description is:
 Lmod is a Lua based module system that easily handles the MODULEPATH
 Hierarchical problem. Environment Modules provide a convenient way to
 dynamically change the users' environment through modulefiles. This
 includes easily adding or removing directories to the PATH environment
 variable. Modulefiles for Library packages provide environment variables
 that specify where the library and header files can be found.
 Lmod is a Lua based module system that easily handles the MODULEPATH
 Hierarchical problem. Environment Modules provide a convenient way to
 dynamically change the users' environment through modulefiles. This
 includes easily adding or removing directories to the PATH environment
 variable. Modulefiles for Library packages provide environment variables
 that specify where the library and header files can be found.

- Lucas
--- End Message ---
--- Begin Message ---
Source: lmod
Source-Version: 8.6.5-1
Done: Andreas Beckmann 

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

Debian distribution maintenance software
pp.
Andreas Beckmann  (supplier of updated lmod 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: Mon, 24 Jan 2022 01:28:58 +0100
Source: lmod
Binary: lmod-doc
Architecture: source all
Version: 8.6.5-1
Distribution: experimental
Urgency: medium
Maintainer: Debian HPC Team 
Changed-By: Andreas Beckmann 
Description:
 lmod-doc   - Lua based environment modules (documentation)
Closes: 883911 972938 974490
Changes:
 lmod (8.6.5-1) experimental; urgency=medium
 .
   [ Alexandre Strube ]
   * New upstream release.  (Closes: #883911)
   * New maintainer.  (Closes: #972938)
 .
   [ Andreas Beckmann ]
   * Replace patches with configure flags.
   * Switch to debhelper-compat (= 13).
   * Enable all hardening flags.
   * Set Rules-Requires-Root: no.
   * Add debian/upstream/metadata.
   * Add watch file.
   * Move package under the umbrella of the Debian HPC Team.
   * Update debian/copyright.
   * Mark trivial autopkgtest as superficial.  (Closes: #974490)
   * Update Lintian overrides.
   * Update Standards-Version to 4.6.0.
   * Add component tarball "hermes".
   * Disable 'end2end' test, needs to be run from a git repository.
   * Run tests at build time.
   * Add autopkgtest that runs the upstream testsuite.
   * Add lmod-doc package.
   * Upload to experimental.
Checksums-Sha1:
 0ad3e6c744b069d6a898335b8fc087524e176867 2686 lmod_8.6.5-1.ds

Bug#1004314: ITP: r-cran-admisc -- Adrian Dusa's Miscellaneous GNU R functions

2022-01-24 Thread Andreas Tille 
Package: wnpp
Severity: wishlist

Subject: ITP: r-cran-admisc -- Adrian Dusa's Miscellaneous GNU R functions
Package: wnpp
Owner: Andreas Tille 
Severity: wishlist

* Package name: r-cran-admisc
  Version : 0.23
  Upstream Author : Adrian Dusa
* URL : https://cran.r-project.org/package=admisc
* License : GPL-3+
  Programming Lang: GNU R
  Description : Adrian Dusa's Miscellaneous GNU R functions
 Contains functions used across packages 'declared', 'DDIwR', 'mixed',
 'QCA' and 'venn'. Interprets and translates, factorizes and negates SOP - Sum
 of Products expressions, for both binary and multi-value crisp sets, and
 extracts information (set names, set values) from those expressions. Other
 functions perform various other checks if possibly numeric (even if all
 numbers reside in a character vector) and coerce to numeric, or check if the
 numbers are whole. It also offers, among many others, a highly flexible
 recoding routine and a more flexible alternative to the base function
 'with()'.
 .
 Some of the functions in this package use related functions from package
 'QCA'. Users are encouraged to install that package despite not being listed
 in the Imports field, due to circular dependency issues.

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

Processed: retitle 993970 to ITP: python3-pathvalidate -- Python library to sanitize/validate a string such as filenames/file-paths/etc ...

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

> retitle 993970 ITP: python3-pathvalidate -- Python library to 
> sanitize/validate a string such as filenames/file-paths/etc
Bug #993970 [wnpp] RFP: python3-pathvalidate -- Python library to 
sanitize/validate a string such as filenames/file-paths/etc
Changed Bug title to 'ITP: python3-pathvalidate -- Python library to 
sanitize/validate a string such as filenames/file-paths/etc' from 'RFP: 
python3-pathvalidate -- Python library to sanitize/validate a string such as 
filenames/file-paths/etc'.
> owner 993970 !
Bug #993970 [wnpp] ITP: python3-pathvalidate -- Python library to 
sanitize/validate a string such as filenames/file-paths/etc
Owner recorded as Michael Fladischer .
> thanks
Stopping processing here.

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

Processed: ITP: r-cran-admisc -- Adrian Dusa's Miscellaneous GNU R functions

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

> owner 1004314 Andreas Tille 
Bug #1004314 [wnpp] ITP: r-cran-admisc -- Adrian Dusa's Miscellaneous GNU R 
functions
Owner recorded as Andreas Tille .
>
End of message, stopping processing here.

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

Bug#1004320: ITP: r-cran-rcpptoml -- 'Rcpp' Bindings to Parser for Tom's Obvious Markup Language

2022-01-24 Thread Andreas Tille 
Package: wnpp
Severity: wishlist

Subject: ITP: r-cran-rcpptoml -- 'Rcpp' Bindings to Parser for Tom's Obvious 
Markup Language
Package: wnpp
Owner: Andreas Tille 
Severity: wishlist

* Package name: r-cran-rcpptoml
  Version : 0.1.7
  Upstream Author : Dirk Eddelbuettel
* URL : https://cran.r-project.org/package=RcppTOML
* License : GPL-2+
  Programming Lang: GNU R
  Description : 'Rcpp' Bindings to Parser for Tom's Obvious Markup Language
 The configuration format defined by 'TOML' (which expands to
 "Tom's Obvious Markup Language") specifies an excellent format
 (described at ) suitable for both human editing
 as well as the common uses of a machine-readable format. This package
 uses 'Rcpp' to connect the 'cpptoml' parser written by Chase Geigle
 (in C++11) to R.

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

Processed: ITP: r-cran-rcpptoml -- 'Rcpp' Bindings to Parser for Tom's Obvious Markup Language

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

> owner 1004320 Andreas Tille 
Bug #1004320 [wnpp] ITP: r-cran-rcpptoml -- 'Rcpp' Bindings to Parser for Tom's 
Obvious Markup Language
Owner recorded as Andreas Tille .
>
End of message, stopping processing here.

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

Bug#729816: ITP: elementary-icon-theme -- Official elementary icon theme.

2022-01-24 Thread Boyuan Yang 
X-Debbugs-CC: camerontnor...@gmail.com mat...@linuxmint.pl

You may now find debian git packaging repo for elementary-icon-theme at
https://salsa.debian.org/debian/elementary-icon-theme .

I have uploaded the package onto Debian NEW queue (
https://ftp-master.debian.org/new.html ). After the review is complete, it
should appear at https://tracker.debian.org/pkg/elementary-icon-theme .

Thanks,
Boyuan Yang

On Sat, 11 Jan 2014 17:29:34 -0008 Cameron Norman 
wrote:
> On Sat, Jan 11, 2014 at 2:47 AM, Mateusz Łukasik  
> wrote:
> > Hello,
> > 
> > Is anyone working on this package? If not, I want to start doing it.
> > 
> > Mateusz
> > 
> I was working on this, but I am a little busy right now. Feel free to 
> work on it. Also, you can look at faenza-icon-theme packaging for 
> inspiration.
> 
> Cheers,
> Cameron



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

Bug#1004334: ITP: python-allpairspy -- Pairwise test combinations generator

2022-01-24 Thread Michael Fladischer 
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer 
X-Debbugs-Cc: debian-de...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: python-allpairspy
  Version : 2.5.0
  Upstream Author : Tsuyoshi Hombashi 
* URL : https://github.com/thombashi/allpairspy/
* License : Expat
  Programming Lang: Python
  Description : Pairwise test combinations generator

 A Python library for test combinations generator. The generator allows one to
 create a set of tests using "pairwise combinations" method, reducing a number
 of combinations of variables into a lesser set that covers most situations.
 .
 Features:
  * Produces good enough dataset.
  * Pythonic, iterator-style enumeration interface.
  * Allows one to filter out "invalid" combinations during search for the next
combination.
  * If/when required can generate n-wise combinations.

I intend to maintain it as part of the DPT.

-BEGIN PGP SIGNATURE-

iQFFBAEBCgAvFiEEqVSlRXW87UkkCnJc/9PIi5l90WoFAmHvrBYRHGZsYWRpQGRl
Ymlhbi5vcmcACgkQ/9PIi5l90WrUOwf+JMvtZ46m8K99r65Kcg3V8ZjIyfgmermG
eRsNGKQ2y+Va3bpKckVUp/jS3pNY+qxGPw3mYDOhIZGokgaljK8Ew40sVccDxD7h
a5PWhNrfP0iF+Nflp+/SJAbkkUNu0iVf2ZQ7LJym/9xV2Ybm/JKZvmqwvnWjIXWw
87LOV9Qkmc8Eeu1vuK2/Lq9RcHOhTy8mC94VD9vgKLoH3wGRUUuRJBM4KmTWLQgz
u+6kyfeVGAUqtWxxcFZ3XqS8Eu6o8c1MFyF0kYeWopM6avCKeFG/nE3cZFxU3nja
2i3EnJtp5OLFhJM4oXkEIHWOimNC82pJSCR60fZ22cdN/6PkyvJLtw==
=lRpd
-END PGP SIGNATURE-