Bug#757566: ITP: air-quality-sensor -- user space driver for AppliedSensor's Indoor Air Monitor
Package: wnpp Severity: wishlist Owner: Benedikt Wildenhain * Package name: air-quality-sensor Version : 0.1 Upstream Author : Jan-Benedict Glaw * URL : https://github.com/bwildenhain/air-quality-sensor/ * License : GPL3 Programming Lang: C Description : user space driver for AppliedSensor's Indoor Air Monitor This driver for AppliedSensor's Indoor Air Monitor prints a list with all connected sensors and their currently measured values to the commandline. Compatible sensors and further information have been documented on http://wiki.micasaverde.com/index.php/CO2_Sensor. . The air quality is displayed on the hardware token by three indicator lamps with the colours green (= good), yellow (= average) and red (= bad), the same colors are also printed by this tool. There is currently no kernel or user space driver for this component in Debian. This implementation uses libusb (either version 0.1 or 1.0) to communicate with the sensor. I am currently looking for a sponsor. signature.asc Description: Digital signature
Bug#1005204: ITP: golang-github-amalfra-etag -- A go package to create HTTP ETags
Package: wnpp Severity: wishlist Owner: Benedikt Wildenhain (BO) * Package name: golang-github-amalfra-etag Version : 1.0.0-1 Upstream Author : Amal Francis * URL : https://github.com/amalfra/etag * License : Expat Programming Lang: Go Description : A go package to create HTTP ETags A go package to create HTTP ETags (as defined in RFC 7232) for use in HTTP responses. It is needed by owncast.
Bug#1005989: ITP: owncast -- Easy to setup video live streaming and chat server.
Package: wnpp Severity: wishlist Owner: Benedikt Wildenhain * Package name: owncast Version : 0.0.10-1 Upstream Author : Owncast * URL : https://github.com/owncast/owncast * License : Expat Programming Lang: Go Description : Easy to setup video live streaming and chat server. Owncast is an open source, self-hosted, decentralized, single user live video streaming and chat server for running your own live streams similar in style to the large mainstream options. It offers complete ownership over your content, interface, moderation and audience. . In general Owncast is compatible with any software that uses RTMP to broadcast to a remote server. RTMP is what all the major live streaming services use, so if you’re currently using one of those it’s likely that you can point your existing software at your Owncast instance instead. The Freedom Box Project (see https://wiki.debian.org/FreedomBox/LeavingTheCloud) identified Owncast as one of the projects which would be useful to package.
Bug#1006012: ITP: golang-github-aws-aws-sdk-go -- AWS SDK for the Go programming language.
Package: wnpp Severity: wishlist Owner: Benedikt Wildenhain * Package name: golang-github-aws-aws-sdk-go Version : 1.43.1-1 Upstream Author : Amazon Web Services * URL : https://github.com/aws/aws-sdk-go * License : Apache-2.0 Programming Lang: Go Description : AWS SDK for the Go programming language. aws-sdk-go is the official Amazon Web Service SDK for the Go programming language. . The SDK is composed of two main components, SDK core, and service clients. . * aws - SDK core, provides common shared types such as Config, Logger, and utilities to make working with API parameters easier. * service - Clients for AWS services. All services supported by the SDK are available under this folder. I'd like to package this as it will be a build requirement for owncast (ITP Bug 1005989). However, I do not use S3 services myself and it is not necessary to have an S3 account to use owncast. signature.asc Description: PGP signature
Re: Should the weboob package stay in Debian?
Hello, On Thu, Jul 19, 2018 at 05:40:46PM +1000, Dmitry Smirnov wrote: > Here is an example: I'm aware of legal human name that is offensive and > inappropriate in another language. Nobody in the right mind would use that might be possible, but it is not a appropriate comparison in this case: -The developer of the program is aware of the meaning of the words, it is not a random coincidence -Changing a program's name is much more easy than to change a first name of a person -The package is not a person and cannot be offended > Let's just leave the matter alone please. If contributors find it > sufficiently repulsive to maintain the package then you will be able to > remove (unmaintained) package soon enough. Otherwise we can say that > usefulness of the package outweighs its bad naming. In fact its bad naming reduces its usefulness: Although there are some useful programs contained, I know there are people which wouldn't recommend it because of its naming (not only the package's name but also because of the programs contained in the package). So if the package stays in the archive, but would be renamed, its usefulness would probably be increased. > Another argument is that many things in older literature, fairy tales and > religious texts may be considered offensive these days. Yet banning those > things would be wrong and would cause far greater damage to freedoms. It is not about an ancient work, those programs are fairly recent. > If we were operating a restaurant, would you suggest to remove all non- > vegetarian meals from the menu because some of our customers are vegetarians? > Surely they may consider meat to be offensive but normally it is enough to be > respectful to people's rights not to use whatever they consider inappropriate > to them. Probably not, but it would be bad, if we killed an animal for every vegetarian entering the restaurant. As it is is bad to have every one creating a Debian mirror distributing this insulting content, which itself already creates an environment encouraging objectification of people having boobs (note that one of the programs contained the term "cook" and wasn't changed for an extra joke). > I'd much rather not waste any time to facilitate or justify useless > renaming like "fsckeditor" to "ckeditor", etc. Did anybody ask you to do so? You didn't have to continue reading this thread if it only wastes your time. Kind regards, Benedikt
Bug#833534: ITP: rpyutils -- Flash and communicate with an RP6 robot
Package: wnpp Severity: wishlist Owner: "Benedikt Wildenhain" * Package name: rpyutils Version : 0.1 Upstream Author : Maximilian Mühlbauer * URL : https://github.com/scirocco/rpyutils * License : GNU GPL v3+ Programming Lang: Python3 Description : Flash and communicate with an RP6 robot The Robby pyUtils allow to reprogramm Arexx' RP6 robot, control program execution and exchange data with the program running on the robot. There is no other program in Debian to program this type of robots. We use those robots and software at the university I am working for in class. I plan to do the packaging on my own, but would need a sponsor. I am currently maintaining one other package inside Debian (air-quality-sensor, written in C).
