Bug#892705: ITP: golang-github-aead-chacha20 -- ChaCha20 and XChaCha20 stream ciphers
Package: wnpp Severity: wishlist Owner: Eric Dorland * Package name: golang-github-aead-chacha20 Version : 0.0~git20180214.c8d2937-1 Upstream Author : Andreas Auernhammer * URL : https://github.com/aead/chacha20 * License : MIT Programming Lang: Go Description : ChaCha20 and XChaCha20 stream ciphers go library The ChaCha20 stream cipher ChaCha is a stream cipher family created by Daniel J. Bernstein. The most common ChaCha cipher is ChaCha20 (20 rounds). ChaCha20 is standardized in RFC 7539 (https://tools.ietf.org/html/rfc7539). . This package provides implementations of three ChaCha versions: - ChaCha20 with a 64 bit nonce (can en/decrypt up to 2^64 * 64 bytes for one key-nonce combination) - ChaCha20 with a 96 bit nonce (can en/decrypt up to 2^32 * 64 bytes ~ 256 GB for one key-nonce combination) - XChaCha20 with a 192 bit nonce (can en/decrypt up to 2^64 * 64 bytes for one key-nonce combination)
Bug#892704: ITP: golang-github-aead-poly1305 -- The poly1305 message authentication code
Package: wnpp Severity: wishlist Owner: Eric Dorland * Package name: golang-github-aead-poly1305 Version : 0.0~git20170715.6cf43fd-1 Upstream Author : Andreas Auernhammer * URL : https://github.com/aead/poly1305 * License : MIT Programming Lang: Go Description : The poly1305 message authentication code Poly1305 is a fast, one-time authentication function created by Daniel J. Bernstein. It is infeasible for an attacker to generate an authenticator for a message without the key. However, a key must only be used for a single message. Authenticating two different messages with the same key allows an attacker to forge authenticators for other messages with the same key.
Re: Finding all projects on salsa to which I contribute
On Sat, 2018-03-10 at 23:17 -0500, Steve Robbins wrote: > Thanks James. But I think your suggestion will lead me to the > projects one at a time. I'm looking for a view on salsa of all such > projects. [...] I doubt that this sort of Debian-specific query feature will be implemented in Gitlab. If you don't actually need this to work automatically, Salsa/Gitlab preferences include the option to set your "dashboard" (the front page when you're logged in) to be "starred projects" rather than "your projects" (every project you have access to). You can then select the star icon for each of the repositories you want to be listed there. Ben. -- Ben Hutchings Unix is many things to many people, but it's never been everything to anybody. signature.asc Description: This is a digitally signed message part
Bug#892693: ITP: opcua-widgets -- common widgets for opcua-modeler and opcua-client-gui
Package: wnpp Severity: wishlist Owner: "W. Martin Borgert" * Package name: opcua-widgets Version : 0.5.0 Upstream Author : Olivier Roulet-Dubonnet * URL : https://github.com/FreeOpcUa/opcua-widgets * License : GPL3 Programming Lang: Python Description : common widgets for opcua-modeler and opcua-client-gui This is a dependency for opcua-client-gui (#841978). The library uses Qt5.
Bug#892663: ITP: node-keyv -- Simple key-value storage with support for multiple backends
Package: wnpp Severity: wishlist Owner: Mohit Phulera X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-keyv Version : 3.0.0 Upstream Author : Luke Childs ( http://lukechilds.co.uk) * URL : https://github.com/lukechilds/keyv * License : Expat Programming Lang: JavaScript Description: Simple key-value storage with support for multiple backends. Keyv provides a consistent interface for key-value storage across multiple backends via storage adapters. It supports TTL based expiry, making it suitable as a cache or a persistent key-value store. Node.js is an event-based server-side JavaScript engine.
Re: Is there any policy for user accounts doing automatic updates on Salsa
On Sun, 11 Mar 2018, Andreas Tille wrote: > Hi, > > I had the idea to create a repository inside the r-pkg group which > should receive automatic updates (created from an UDD query). My idea > was to create some dedicated account that gets commit permissions to > this project. I'd like to use this dedicated account since I want to > run this job on some remote server where I do not really like to drop > my SALSA_TOKEN. > > Is there any specific policy for such accounts and what do you think > about the idea in general. In short: don't do this and use deploy keys. Thanks Alex
Bug#892642: ITP: stlink -- OpenSource ST-Link tools replacement
Package: wnpp Severity: wishlist Owner: Luca Boccassi * Package name: stlink Version : 1.5.0 Upstream Author : Andrew 'Necromant' Andrianov * URL : https://github.com/texane/stlink * License : BSD-3-clause and GPL-2+ Programming Lang: C Description : OpenSource ST-Link tools replacement Open source version of the STMicroelectronics Stlink JTAG/SWD flashing and debugging tools for STM32VL and STM32L. The transport layers STLINKv1 and STLINKv2 are supported. A shared library for developers, a command line and a GUI (GTK) tool are provided in separate packages. Most of the codebase is BSD-3-clause licensed C code, with some external components (two flashloaders) licensed under GPL-2+. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part
Bug#892621: ITP: r-cran-spdata -- GNU R datasets for spatial analysis
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-cran-spdata
Version : 0.2.8.1
Upstream Author : Jakub Nowosad
* URL : https://cran.r-project.org/package=spData
* License : CC0-1.0
Programming Lang: GNU R
Description : GNU R datasets for spatial analysis
Diverse spatial datasets for demonstrating, benchmarking and teaching
spatial data analysis. It includes R data of class sf (defined by the
package 'sf'), Spatial ('sp'), and nb ('spdep'). Unlike other spatial
data packages such as 'rnaturalearth' and 'maps', it also contains data
stored in a range of file formats including GeoJSON, ESRI Shapefile and
GeoPackage. Some of the datasets are designed to illustrate specific
analysis techniques. cycle_hire and cycle_hire_osm, for example, is
designed to illustrate point pattern analysis techniques.
Remark: This package is needed to upgrade the package r-cran-spdep to
its latest upstream version. It will be maintained by the r-pkg team
at
https://salsa.debian.org/r-pkg-team/r-cran-spdata
Bug#892612: ITP: conbuilder -- container-basade package builder for Debian packages
Package: wnpp Severity: wishlist Owner: Federico Ceratto * Package name: conbuilder Version : 0.0.1 Upstream Author : Federico Ceratto * URL : https://salsa.debian.org/federico/conbuilder * License : GPLv3 Programming Lang: Python Description : container-basade package builder for Debian packages Build Debian packages using OverlayFS and systemd namespace containers. conbuilder creates a base filesystem using debootstrap, then overlays it with a filesystem to install the required dependencies and finally runs the build on another overlay. Layers are created, reused and purged automatically to achieve fast package builds while minimizing disk usage. It takes less than 2 seconds to start a new build on an already existing overlay. conbuilder also allows to selectively disable networking, capabilities and filter system calls using seccomp. The packaging will be hosted at [1] as a native package. [1] https://salsa.debian.org/federico/conbuilder
Bug#892603: ITP: android-platform-system-extras-ext4 -- this package will contain the necessary tools required to make android images(.img) with the ext4 file systems and hence replace android-tools-f
Package: wnpp Severity: wishlist Owner: Saif Abdul Cassim * Package name: android-platform-system-extras-ext4utils Version : 1.0.0 Upstream Author : Hans-Christoph Steiner * URL : https://anonscm.debian.org/gitweb/?p=android-tools/android-platform-system-extras.git * License : Licensed under the Apache License, Version 2.0 (the "License") Programming Lang: C Description : this package will contain the necessary tools required to make android images(.img) with the ext4 file systems and hence replace android-tools-fsutils Hi, I am saif,I am planning to participate in Gsoc 2018 for android sdk development in debian. I am very new to open source software so I wanted to get my self familiarized with the environment so I saw "android-platform-system-extras package, replacing android-tools-fsutils package." listed as a low hanging fruit at https://wiki.debian.org/AndroidTools. So I am planning to only packing the ext4_utils of the android-platform-system-extras bundle done by the alioth team(https://wiki.debian.org/Teams/Alioth). So this package aims to replace android-tools-fsutils as this package can prove the same functionalities as it has the necessary tools to make images of ext4 file systems. url for the entire android-platform-system-extras-->https://anonscm.debian.org/gitweb/?p=android-tools/android-platform-system-extras.git the ext4_utils is licensed under license-Licensed under the Apache License, Version 2.0 (the "License")
Re: Is there any policy for user accounts doing automatic updates on Salsa
Andreas Tille writes: > I had the idea to create a repository inside the r-pkg group which > should receive automatic updates (created from an UDD query). My idea > was to create some dedicated account that gets commit permissions to > this project. I'd like to use this dedicated account since I want to > run this job on some remote server where I do not really like to drop > my SALSA_TOKEN. You can also deploy a specific ssh key for the project (Repository Settings --> deploy keys). Cheers Ole
