Bug#862247: RFP: JoclyBoard -- A collection of atm 96 various boardgames.

2017-05-10 Thread Andreas Hausmann

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

--- Please fill out the fields below. ---

   Package name: JoclyBoard
Version: 0.9.5
Upstream Author: [Michel Gutierrez ]
URL: [https://github.com/mi-g/joclyboard/releases
  /tag/v0.9.5, https://github.com/mi-g]
License: [AGPL 3.0]
Description:



JoclyBoard is a collection of at the moment 96 various
boardgames, including variants of chess, variants of draughts/checkers, 
variants of reversi/othello and many more.


JoclyBoard has the following features:

Open-source
Multi-platform: Windows, Mac, Linux
mouse-controlled 3D game user interface
2D user interface available
fully resizeable game windows
anaglyph view available: red/cyan stereo vision
embedded artificial intelligence for all games
connecting to game engines via protocols UCI, CECP, HUB and DXP
navigation through played moves
import/export standard book in PGN and PDN format
import/export board position in FEN format
clocked games
rules available for every game
multi-windows: any number of games can be launched simultaneously
templating: ability to save and reuse view options / players / 
clock mode

command line interface to launch directly games in given configuration

It is available as amd64.deb and i386.deb as well.

Copyrights is AGPL 3.0

I think it would perfectly fit into the distribution and find a lot of 
people using it within debian.


Greetings

Andreas Hausmann



Bug#862269: RFP: ntfs-3g-system-compression -- NTFS-3G plugin for reading "system compressed" files

2017-05-10 Thread Axel Beckert
Package: wnpp
Severity: wishlist

* Package name: ntfs-3g-system-compression
  Version : [no release yet]
  Upstream Author : Eric Biggers 
* URL or Web page : https://github.com/ebiggers/ntfs-3g-system-compression
* License : GPL-2+
  Programming lang: C
  Description : NTFS-3G plugin for reading "system compressed" files

System compression, also known as "Compact OS", is a Windows feature
that allows rarely modified files to be compressed using the XPRESS or
LZX compression formats. It is not built directly into NTFS but rather
is implemented using reparse points. This feature appeared in Windows 10
and it appears that many Windows 10 systems have been using it by
default.

This package contains a plugin which enables the NTFS-3G FUSE driver
to transparently read from system-compressed files.

Currently, only reading is supported. Compressing an existing file may
be done by using the "compact" utility on Windows, with one of the
options below ("xpress4k" is the weakest and fastest, "lzx" is the
strongest and slowest):

* /exe:xpress4k
* /exe:xpress8k
* /exe:xpress16k
* /exe:lzx

[End of potential long package description]

Some notes and thoughts:

Citing from the upstream web page:

> It must be built against NTFS-3G version 2017.3.23 or later, since
> that was the first stable version to include support for reparse point
> plugins.

Probably due to the freeze, that NTFS-3G version is not yet available in
Debian, but likely will become available after Stretch is released.

> The XPRESS and LZX compression formats used in system-compressed files
> are identical to the formats used in Windows Imaging (WIM)
> archives. Therefore, for the system compression plugin I borrowed the
> XPRESS and LZX decompressors I had already written for the wimlib
> project (https://wimlib.net/).

wimlib is already packaged for Debian by Hilko Bengen (X-Debbugs-CC'ed).

> I made some slight modifications for integration purposes.

*sigh* So there might be a chance that the library packaged by Hilko
might not be usable as (build-) dependency. Needs to be checked in
detail.

> The code in wimlib is currently licensed LGPLv3+, but I have
> relicensed the version in this plugin to GPLv2+ for consistency with
> NTFS-3G's license. (Public domain portions remain public domain.)

But at least upstream cares about license compatibility. That's good.

Regards, Axel



Bug#862275: ITP: node-require-inject -- simple mock injector

2017-05-10 Thread Pirate Praveen
Package: wnpp
Severity: wishlist
Owner: Pirate Praveen 
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name: node-require-inject
  Version : 1.4.0
  Upstream Author : Rebecca Turner  (http://re-becca.org)
* URL : https://github.com/iarna/require-inject#readme
* License : ISC
  Programming Lang: JavaScript
  Description : simple mock injector

 This library is a simple mock injector compatible needing no
instrumentation
 in the libraries being tested.
 .
 This library is a build dependency of node-gauge, a progress bar library.
 .
 Node.js is an event-based server-side JavaScript engine.



signature.asc
Description: OpenPGP digital signature


Bug#862284: ITP: node-sshpk -- library for finding and using SSH public keys

2017-05-10 Thread Pirate Praveen
Package: wnpp
Severity: wishlist
Owner: Pirate Praveen 
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name: node-sshpk
  Version : 1.13.0
  Upstream Author : Joyent, Inc
* URL : https://github.com/arekinath/node-sshpk#readme
* License : Expat
  Programming Lang: JavaScript
  Description : library for finding and using SSH public keys

 Parse, convert, fingerprint and use SSH keys (both public and private) in
 pure node -- no `ssh-keygen` or other external dependencies.
 .
 Supports RSA, DSA, ECDSA (nistp-\*) and ED25519 key types, in PEM (PKCS#1,
 PKCS#8) and OpenSSH formats.
 .
 Node.js is an event-based server-side JavaScript engine.

Dependency for browserify



signature.asc
Description: OpenPGP digital signature


Bug#862311: ITP: hfi1-firmware -- non-free firmware for Intel Omni-Path hfi1 fabric interface

2017-05-10 Thread Brian T. Smith
Package: wnpp
Severity: wishlist
Owner: "Brian T. Smith" 

* Package name: hfi1-firmware
  Version : 0.9-46
  Upstream Author : 01org 
* URL : https://github.com/01org/opa-firmware
* License : Proprietary, non-free
  Programming Lang: none, binary
  Description : non-free firmware for Intel Omni-Path hfi1 fabric interface

Debian stretch, kernel 4.9.0-2-amd64 includes the hfi1 module that provides
kernel-space ibverbs access to Omni-Path hardware for network communications.
However, the hfi1 module requires non-free firmware in order for the module to
properly initialize.

This package will provide the required firmware for hfi1 hardware. The upstream
URL contains many firmware images. The only binaries that will be installed by
this package are:

  * hfi1_dc8051.fw
  * hfi1_fabric.fw
  * hfi1_pcie.fw
  * hfi1_platform.dat
  * hfi1_sbus.fw

I have been maintaining the Intel Fabric Suite for Omni-Path on Debian for
the past year as an employee of System Fabric Works (SFW). SFW has adequate
hardware and resources to test and maintain this package.



Bug#862313: ITP: libpsm2 -- PSM2 runtime, dev and compatibility libraries for Intel Omni-Path

2017-05-10 Thread Brian T. Smith
Package: wnpp
Severity: wishlist
Owner: "Brian T. Smith" 

* Package name: libpsm2
  Version : 4.0
  Upstream Author : 01org 
* URL : https://github.com/01org
* License : GPL, BSD
  Programming Lang: C
  Description : PSM2 runtime, dev and compatibility libraries for Intel 
Omni-Path

libpsm2 provides the Performance Scaled Messaging API for user-space
applications that wish to perform high-bandwidth, low-latency RDMA 
communications (e.g. openmpi, mvapich2). 

The predecessor of PSM2 is the PSM API provided by libpsm-infinipath1. Intel
Omni-Path hardware and the supporting hfi1 kernel module require use of 
PSM2. 

libpsm2 will be able to coexist on a system that has libpsm-infinipath1
installed. It is not a replacement for libpsm-infinipath1. A host that has
PSM and PSM2 capable hardware should be able to use either API, depending
upon the fabric interface needed for communications.

This proposal involves multiple packages:

  * libpsm2 - runtime libraries for PSM2
  * libpsm2-dev - development headers and linker libraries for PSM2
  * libpsm2-compat - compatibility library for PSM applications

The purpose of libpsm2-compat is to allow a PSM application to use hardware
that requires PSM2 (e.g. Intel Omni-Path). An example of such an application
is openmpi 1.6.5. By prepending the compatibility library's installation 
directory to LD_LIBRARY_PATH, a PSM application is able to transparently
use the PSM2 API without requiring a code port or recompilation.

I have been maintaining the Intel Fabric Suite for Omni-Path on Debian for
the past year as an employee of System Fabric Works (SFW). SFW has adequate
hardware and resources to test and maintain this package.