Bug#889880: ITP: golang-github-nvveen-gotty -- Go package for interacting with the capabilities of a terminal
Package: wnpp Severity: wishlist Owner: Arnaud Rebillout * Package name: golang-github-nvveen-gotty Version : 0.0~git20120604.cd52737-1 Upstream Author : Neal van Veen * URL : https://github.com/Nvveen/Gotty * License : BSD-2-clause Programming Lang: Go Description : Go package for interacting with the capabilities of a terminal Go package for interacting with the capabilities of a terminal. Gotty is a library written in Go that determines and reads termcap database files to produce an interface for interacting with the capabilities of a terminal. - why is this package useful/relevant? It is a dependency of Docker from version v17.06.0. - how do you plan to maintain it? I plan to maintain it within the golang packaging team.
Bug#889882: ITP: golang-github-opencontainers-go-digest -- Common digest package used across the container ecosystem
Package: wnpp Severity: wishlist Owner: Arnaud Rebillout * Package name: golang-github-opencontainers-go-digest Version : 1.0.0-rc1 Upstream Author : Docker Inc * URL : https://github.com/opencontainers/go-digest * License : Apache-2.0 Programming Lang: Go Description : Common digest package used across the container ecosystem Package digest provides a generalized type to opaquely represent message digests and their operations within the registry. The Digest type is designed to serve as a flexible identifier in a content-addressable system. More importantly, it provides tools and wrappers to work with hash.Hash-based digests with little effort. - why is this package useful/relevant? It is a dependency of Docker from version v17.06.0. - how do you plan to maintain it? I plan to maintain it within the golang packaging team.
Re: Debian part of a version number when epoch is bumped
On Wed, 2018-02-07 at 13:51 +, Ian Jackson wrote: > I suggest something like this wording to replace the following > paragraphs about the epoch: > >Epochs exist to cope with changes to the upstream version numbering >scheme, and some other difficult cases. The epoch is a powerful >tool, but increasing the epoch it has downsides and should be >avoided when possible. > >If you think you need to increase the epoch for a package, please >consult debian-devel first. Is it also the case that today we implicitly require that all versions used in a source package name's history are unique even once the epochs are stripped off (e.g. a given $upstream-$debianrev must be unique and not differ only in the epoch)? If so then should policy say that explicitly and/or should lintian check/warn if it isn't? Ian.
Bug#889887: ITP: golang-github-gocarina-gocsv -- The GoCSV package aims to provide easy CSV serialization and deserialization to the golang programming language
Package: wnpp Severity: wishlist Owner: Christopher Hoskin * Package name: golang-github-gocarina-gocsv Version : 0.0~git20180113.45cbb9c-1 Upstream Author : Jonathan Picques, Vincent Nëel * URL : https://github.com/gocarina/gocsv * License : expat Programming Lang: Go Description : The GoCSV package aims to provide easy CSV serialization and deserialization to the golang programming language The GoCSV package aims to provide easy serialization and deserialization functions to use CSV in Golang, using API and techniques inspired from https://godoc.org/gopkg.in/mgo.v2 I have asked to join the Debian Go Packaging Team.
Re: Debian part of a version number when epoch is bumped
On Thu, 08 Feb 2018, Ian Campbell wrote: > Is it also the case that today we implicitly require that all versions > used in a source package name's history are unique even once the epochs > are stripped off (e.g. a given $upstream-$debianrev must be unique and > not differ only in the epoch)? If so then should policy say that > explicitly and/or should lintian check/warn if it isn't? Yes. Please file bugs for this. :) Note however that such a lintian check should not consider changelog entries indicating another source package name. Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: https://www.freexian.com/services/debian-lts.html Learn to master Debian: https://debian-handbook.info/get/
Re: Re: Standards 4.1.3 and apt-cacher
> It is a bit overzealous, but I think you have another problem. Your package > will override local admin on upgrades (if they changed the config manually) by > calling update-rc.d and update-inetd. I think you need to change it to not do > so. I don't know much about update-inetd but the pattern for update-rc.d > should be something like this: > > > if [ $1 = configure ] || [ $1 == abort-upgrade ] ; then > db_get apt-cacher/mode > case "$RET" in > daemon) > update_rc_args="apt-cacher defaults" > ;; > inetd) > manual) > update_rc_args="apt-cacher defaults-disabled" > ;; > esac > fi > if [ $1 = reconfigure ] ; then > db_get apt-cacher/mode > case "$RET" in > daemon) > update_rc_args="apt-cacher enable" > ;; > inetd) > update_rc_args="apt-cacher disable" > ;; > manual) > update_rc_args="" #do nothing > ;; > esac > fi > if [ -n "$update_rc_args" ] ; then > update-rc.d $update_rc_args > fi Felipe, Many thanks for this. Your point is well made and I have now got a working version that lintian doesn't complain about. However, in trying to understand more fully when postinst is called with configure and reconfigure arguments, it appears that reconfigure is not currently supported at all. It is not mentioned in the Policy and ancient bug #215549 was closed as wontfix. So although reconfigure is in the postinst skeleton the distinction is not observed. The only possible way to distinguish is using the hack that DEBCONF_RECONFIGURE=1 is set in the postinst environment. See debconf-devel(7). Or am I missing something? Mark
Bug#889923: ITP: golang-github-go-errors-errors -- errors with stacktraces for go
Package: wnpp Severity: wishlist Owner: Raju Devidas X-Debbugs-CC: debian-devel@lists.debian.org, pkg-go-maintain...@lists.alioth.debian.org * Package name: golang-github-go-errors-errors Version : 1.0.0-1 Upstream Author : Conrad Irwin * URL : https://github.com/go-errors/errors * License : Expat Programming Lang: Go Description : errors with stacktraces for go Package errors adds stacktrace support to errors in go. . This is particularly useful when you want to understand the state of execution when an error was returned unexpectedly. . It provides the type *Error which implements the standard golang error interface, so you can use this library interchangeably with code that is expecting a normal error return.
Bug#889942: ITP: ignition-fuel-tools -- Classes and tools for interacting with Ignition Fuel
Package: wnpp Severity: wishlist Owner: Jose Luis Rivero * Package name: ignition-fuel-tools Version : 1.0.0 Upstream Author : Open Robotics * URL : https://ignitionrobotics.org/libs/fuel_tools * License : Apache 2 Programming Lang: C++ Description : Classes and tools for interacting with Ignition Fuel Servers Ignition Fuel Tools is composed by a client library and command line tools for interacting with Ignition Fuel servers. These servers host and manage different 3D robotics models.
Work-needing packages report for Feb 9, 2018
The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 1266 (new: 113) Total number of packages offered up for adoption: 167 (new: 0) Total number of packages requested help for: 50 (new: 0) Please refer to http://www.debian.org/devel/wnpp/ for more information. The following packages have been orphaned: an (#889308), orphaned 5 days ago Description: very fast anagram generator Installations reported by Popcon: 445 Bug Report URL: http://bugs.debian.org/889308 bunch (#889782), orphaned 2 days ago Description: Dot-accessible Python dictionary (a la JavaScript objects) Installations reported by Popcon: 14 Bug Report URL: http://bugs.debian.org/889782 cctools (#889130), orphaned 6 days ago Installations reported by Popcon: 42 Bug Report URL: http://bugs.debian.org/889130 commons-vfs (#889344), orphaned 5 days ago Description: Java API for accessing various filesystems Reverse Depends: libmondrian-java Installations reported by Popcon: 1689 Bug Report URL: http://bugs.debian.org/889344 directfb (#889313), orphaned 5 days ago Description: direct frame buffer graphics library Reverse Depends: baresip-core directvnc lib++dfb-1.7-7 libdirectfb-1.2-9-dbg libdirectfb-bin libdirectfb-bin-dbg libdirectfb-dev libdirectfb-extra libdirectfb-extra-dbg libxine2-console (4 more omitted) Installations reported by Popcon: 92012 Bug Report URL: http://bugs.debian.org/889313 eigenbase-farrago (#889328), orphaned 5 days ago Description: Java framework for constructing RDBMS services Reverse Depends: libmondrian-java Installations reported by Popcon: 19 Bug Report URL: http://bugs.debian.org/889328 fabulous (#889777), orphaned 2 days ago Description: Python module to make your terminal output fabulous Installations reported by Popcon: 13 Bug Report URL: http://bugs.debian.org/889777 gitgraph.js (#889499), orphaned 5 days ago Description: convert git log --graph to image with HTML5 canvas Reverse Depends: gitea-common Installations reported by Popcon: 6 Bug Report URL: http://bugs.debian.org/889499 golang-code.gitea-git (#889268), orphaned 5 days ago Description: Go module that provides git access through shell Reverse Depends: golang-code.gitea-gitea-dev Installations reported by Popcon: 1 Bug Report URL: http://bugs.debian.org/889268 golang-code.gitea-sdk (#889267), orphaned 5 days ago Description: SDK implementation to interact with the Gitea API Reverse Depends: golang-code.gitea-gitea-dev Installations reported by Popcon: 1 Bug Report URL: http://bugs.debian.org/889267 golang-github-alicebob-miniredis (#889266), orphaned 5 days ago Description: Pure Go Redis server for Go unittests Reverse Depends: golang-code.gitea-gitea-dev golang-github-siddontang-goredis-dev Installations reported by Popcon: 2 Bug Report URL: http://bugs.debian.org/889266 golang-github-blevesearch-bleve (#889478), orphaned 5 days ago Description: modern text indexing library for go Reverse Depends: golang-code.gitea-gitea-dev Bug Report URL: http://bugs.debian.org/889478 golang-github-blevesearch-go-porterstemmer (#889265), orphaned 5 days ago Description: Native Go implementation of the Porter Stemming algorithm Reverse Depends: golang-code.gitea-gitea-dev golang-github-blevesearch-bleve-dev Installations reported by Popcon: 1 Bug Report URL: http://bugs.debian.org/889265 golang-github-blevesearch-segment (#889264), orphaned 5 days ago Description: Go library for performing Unicode Text Segmentation Reverse Depends: golang-code.gitea-gitea-dev golang-github-blevesearch-bleve-dev Installations reported by Popcon: 1 Bug Report URL: http://bugs.debian.org/889264 golang-github-bsm-pool (#889263), orphaned 5 days ago Description: simple connection pool library for Golang Reverse Depends: golang-github-bsm-redeo-dev Installations reported by Popcon: 2 Bug Report URL: http://bugs.debian.org/889263 golang-github-bsm-redeo (#889262), orphaned 5 days ago Description: Framework for building redis-compatible TCP services Reverse Depends: golang-code.gitea-gitea-dev golang-github-alicebob-miniredis-dev Installations reported by Popcon: 2 Bug Report URL: http://bugs.debian.org/889262 golang-github-couchbase-ghistogram (#889261), orphaned 5 days ago Description: simple int histogram for golang Reverse Depends: golang-github-couchbase-moss-dev Installations reported by Popcon: 1 Bug Report URL: http://bugs.debian.org/889261 g
Bug#889944: ITP: golang-github-containerd-console -- console package for Go
Package: wnpp Severity: wishlist Owner: Arnaud Rebillout * Package name: golang-github-containerd-console Version : 0.0~git20170925.0.84eeaae-1 Upstream Author : containerd * URL : https://github.com/containerd/console * License : Apache-2.0 Programming Lang: Go Description : console package for Go Golang package for dealing with consoles. Light on deps and a simple API. - why is this package useful/relevant? It is a dependency of containerd from version 0.2.9, - how do you plan to maintain it? I plan to maintain it within the golang packaging team.
Bug#889947: ITP: golang-github-containerd-go-runc -- runc bindings for Go
Package: wnpp Severity: wishlist Owner: Arnaud Rebillout * Package name: golang-github-containerd-go-runc Version : 0.0~git20180125.0.4f6e87a-1 Upstream Author : containerd * URL : https://github.com/containerd/go-runc * License : Apache-2.0 Programming Lang: Go Description : runc bindings for Go This is a package for consuming the runc binary in your Go applications. It tries to expose all the settings and features of the runc CLI. If there is something missing then add it, its opensource! - why is this package useful/relevant? It is a dependency of containerd from version 0.2.9. - how do you plan to maintain it? I plan to maintain it within the golang packaging team.
Bug#889948: ITP: runtime-spec -- OCI Runtime Specification
Package: wnpp Severity: wishlist Owner: Arnaud Rebillout * Package name: runtime-spec Version : 1.0.1+git20171211.8.b2d941e-1 Upstream Author : Open Container Initiative * URL : https://github.com/opencontainers/runtime-spec * License : Apache-2.0 Programming Lang: Go Description : OCI Runtime Specification Open Container Initiative Runtime Specification The Open Container Initiative (https://www.opencontainers.org) develops specifications for standards on Operating System process and application containers. - why is this package useful/relevant? It is a dependency of containerd from version 0.2.9. - how do you plan to maintain it? I plan to maintain it within the golang packaging team.
Bug#889949: ITP: golang-github-opencontainers-runtime-spec -- OCI Runtime Specification
Package: wnpp Severity: wishlist Owner: Arnaud Rebillout * Package name: golang-github-opencontainers-runtime-spec Version : 1.0.1+git20171211.8.b2d941e-1 Upstream Author : Open Container Initiative * URL : https://github.com/opencontainers/runtime-spec * License : Apache-2.0 Programming Lang: Go Description : OCI Runtime Specification Open Container Initiative Runtime Specification The Open Container Initiative (https://www.opencontainers.org) develops specifications for standards on Operating System process and application containers. - why is this package useful/relevant? It is a dependency of containerd from version 0.2.9. - how do you plan to maintain it? I plan to maintain it within the golang packaging team.
