Bug#904980: ITP: spullara-cli-parser -- This is simple commandline parser reuired by kotlin.
Package: wnpp Severity: wishlist Owner: Saif Abdul Cassim * Package name: spullara-cli-parser Version : 1.1.3 Upstream Author : Sam Pullara * URL : https://github.com/spullara/cli-parser * License : (Apache-2.0) Programming Lang: (Java) Description : This is simple commandline parser reuired by kotlin. This package is required for kotlin-1.1.1 which being packaged for debian at the moment.
Bug#904982: ITP: r-cran-processx -- GNU R execute and control system processes
Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-cran-processx Version : 3.1.0 Upstream Author : Gábor Csárdi, Winston Chang, RStudio, Mango Solutions * URL : https://cran.r-project.org/package=processx * License : MIT Programming Lang: GNU R Description : GNU R execute and control system processes Tools to run system processes in the background. It can check if a background process is running; wait on a background process to finish; get the exit status of finished processes; kill background processes and their children; restart processes. It can read the standard output and error of the processes, using non-blocking connections. 'processx' can poll a process for standard output or error, with a timeout. It can also poll several processes at once. Remark: This package is maintained by Debian R Packages Maintainers at https://salsa.debian.org/r-pkg-team/r-cran-processx This package is needed to upgrade r-cran-roxygen2 to its latest upstream version.
Bug#904984: ITP: r-cran-callr -- Call GNU R from GNU R
Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-cran-callr Version : 2.0.4 Upstream Author : Gábor Csárdi, Winston Chang, RStudio, Mango Solutions * URL : https://cran.r-project.org/package=callr * License : MIT Programming Lang: GNU R Description : Call GNU R from GNU R It is sometimes useful to perform a computation in a separate R process, without affecting the current R process at all. This package does exactly that. Remark: This package is maintained by Debian R Packages Maintainers at https://salsa.debian.org/r-pkg-team/r-cran-callr This package is needed to upgrade r-cran-roxygen2 to its latest upstream version.
Bug#904987: ITP: r-cran-pkgbuild -- find tools needed to build GNU R packages
Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-cran-pkgbuild Version : 1.0.0 Upstream Author : Hadley Wickham, Jim Hester, RStudio * URL : https://cran.r-project.org/package=pkgbuild * License : GPL-3 Programming Lang: GNU R Description : find tools needed to build GNU R packages Provides functions used to build R packages. Locates compilers needed to build R packages on various platforms and ensures the PATH is configured appropriately so R can use them. Remark: This package is maintained by Debian R Packages Maintainers at https://salsa.debian.org/r-pkg-team/r-cran-pkgbuild This package is needed to upgrade r-cran-roxygen2 to its latest upstream version.
Bug#904989: ITP: r-cran-pkgload -- simulate GNU R package installation and attach
Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-cran-pkgload Version : 1.0.0 Upstream Author : Hadley Wickham, Jim Hester, Winston Chang, RStudio * URL : https://cran.r-project.org/package=pkgload * License : GPL-3 Programming Lang: GNU R Description : simulate GNU R package installation and attach Simulates the process of installing a package and then attaching it. This is a key part of the 'devtools' package as it allows you to rapidly iterate while developing a package. Remark: This package is maintained by Debian R Packages Maintainers at https://salsa.debian.org/r-pkg-team/r-cran-pkgload This package is needed to update r-cran-roxygen2 to its lates upstream version.
Re: Bug#904978: ITP: protobuf-2 -- This is the protobuf pacakge but version 2.6.1 same as that foudn in jessie but is being packaged to unstable since kotlin-1.1.1 needs it. p.s kotlin-1.1.1 is also b
Please reply to the bug-report and debian-devel@lists.debian.org, which I forgot as well. On Mon, Jul 30, 2018 at 12:52:02PM +0530, Saif Abdul Cassim wrote: > that is the latest version of kotlin we are packaging 1.1.1 since we dont > have the latest gradle version to do that. So I found the correct software called kotlin? Why do you want to introduce an old version? With my FTP head on: if you want to introduce unsupported software, you need to be way more specific. Bastian -- "What terrible way to die." "There are no good ways." -- Sulu and Kirk, "That Which Survives", stardate unknown
Re: Bug#904978: ITP: protobuf-2 -- This is the protobuf pacakge but version 2.6.1 same as that foudn in jessie but is being packaged to unstable since kotlin-1.1.1 needs it. p.s kotlin-1.1.1 is also b
Yes, that Kotlin by Jetbrains. Packaging a language is quite complicated, and we are bootstrapping an older version (so the process can be a lot easier), and then we will update it to the latest version once it's accepted. Bastian Blank 於 2018年07月30日 16:58 寫道: > Please reply to the bug-report and debian-devel@lists.debian.org, which > I forgot as well. > > On Mon, Jul 30, 2018 at 12:52:02PM +0530, Saif Abdul Cassim wrote: >> that is the latest version of kotlin we are packaging 1.1.1 since we dont >> have the latest gradle version to do that. > > So I found the correct software called kotlin? Why do you want to > introduce an old version? > > With my FTP head on: if you want to introduce unsupported software, you > need to be way more specific. > > Bastian >
Re: Bug#904978: ITP: protobuf-2 -- This is the protobuf pacakge but version 2.6.1 same as that foudn in jessie but is being packaged to unstable since kotlin-1.1.1 needs it. p.s kotlin-1.1.1 is also b
On Mon, Jul 30, 2018 at 05:23:15PM +0800, 殷啟聰 | Kai-Chung Yan wrote: > Yes, that Kotlin by Jetbrains. Packaging a language is quite > complicated, and we are bootstrapping an older version (so the process > can be a lot easier), and then we will update it to the latest version > once it's accepted. If it's just for bootstrapping, I'd consider temporarily embedding the older protobuf version in the kotlin source package instead, with a note that this will be removed once you're on a current version. That should be less work for ftpmasters, quite possibly even less work for you, and it doesn't make it look like the old version of protobuf is being packaged for general use. -- Colin Watson [cjwat...@debian.org]
Re: Bug#904978: ITP: protobuf-2 -- This is the protobuf pacakge but version 2.6.1 same as that foudn in jessie but is being packaged to unstable since kotlin-1.1.1 needs it. p.s kotlin-1.1.1 is also b
Unfortuantely even the latest version of Kotlin still uses Protobuf 2.x, so it's not going anywhere in a short time. This package will only build the Java libraries, everything else is stripped. Though your suggestion works on another dependency of Kotlin, `spullara-cli-parser`, which is no longer used by the latest Kotlin. Thanks! Colin Watson 於 2018年07月30日 18:43 寫道: > On Mon, Jul 30, 2018 at 05:23:15PM +0800, 殷啟聰 | Kai-Chung Yan wrote: >> Yes, that Kotlin by Jetbrains. Packaging a language is quite >> complicated, and we are bootstrapping an older version (so the process >> can be a lot easier), and then we will update it to the latest version >> once it's accepted. > > If it's just for bootstrapping, I'd consider temporarily embedding the > older protobuf version in the kotlin source package instead, with a note > that this will be removed once you're on a current version. That should > be less work for ftpmasters, quite possibly even less work for you, and > it doesn't make it look like the old version of protobuf is being > packaged for general use. > signature.asc Description: OpenPGP digital signature
Re: Bug#904978: ITP: protobuf-2 -- This is the protobuf pacakge but version 2.6.1 same as that foudn in jessie but is being packaged to unstable since kotlin-1.1.1 needs it. p.s kotlin-1.1.1 is also b
kotlin is already bulky and needs atleast 8-9 more new pacakges and some of them are older versions, including all of them will make things more messed up when we try to update this. Kotlin 1.1.1 is not just for bootstrapping it provides the full functionality of kotlin 1.1.1. On 30 July 2018 at 16:13, Colin Watson wrote: > On Mon, Jul 30, 2018 at 05:23:15PM +0800, 殷啟聰 | Kai-Chung Yan wrote: > > Yes, that Kotlin by Jetbrains. Packaging a language is quite > > complicated, and we are bootstrapping an older version (so the process > > can be a lot easier), and then we will update it to the latest version > > once it's accepted. > > If it's just for bootstrapping, I'd consider temporarily embedding the > older protobuf version in the kotlin source package instead, with a note > that this will be removed once you're on a current version. That should > be less work for ftpmasters, quite possibly even less work for you, and > it doesn't make it look like the old version of protobuf is being > packaged for general use. > > -- > Colin Watson [cjwat...@debian.org] >
Bug#905014: RFA: dhcpy6d -- MAC address aware DHCPv6 server written in Python
Package: wnpp Severity: normal Tags: ipv6 Hi, due to a job change a while ago, I'm no more using dhcpy6d and I currently also don't have a setup where I'm able to test it properly before uploading. The listed co-maintainer, Henri Wahl (X-Debbugs-Cc'ed), is actually upstream and he has started the package initially while I revamped it to be uptodate with Debian standards. Upstream does publish .deb packages of dhcpy6d, but they're meant for Debian Stable and their packaging doesn't change much unless the package in Debian Unstable changes. Upstream says, he's not experienced enough with Debian's standards and procedures to maintain the Debian's official dhcpy6d package himself alone. (And he would need a sponsor anyways.) So we're basically searching for someone who can take over the main part of packaging work for dhcpy6d. Anything which is related to upstream code should be already covered by Henri as the communication with him works very good (usually GPG encrypted :-). It works so good that we currently do the Debian packaging in upstream's git repo at https://github.com/HenriWahl/dhcpy6d in the branch "debian". Currently the dhcpy6d package in Debian is multiple releases behind upstream: 0.4.3 vs 0.7.2. So getting a new upstream version into Debian would be the first thing to do for the prospective new maintainer of this package. It's already a "3.0 quilt" package, but still at debhelper 9 and standards version 3.9.8 (as in Stretch). Information about the package: Package: dhcpy6d Version: 0.4.3-1 Installed-Size: 255 Maintainer: Axel Beckert Architecture: all Depends: adduser, ucf, python:any (<< 2.8), python:any (>= 2.7.5-5~) Pre-Depends: dpkg (>= 1.16.5) Suggests: python-dnspython, python-mysqldb, python-psycopg2 Description-en: MAC address aware DHCPv6 server written in Python Dhcpy6d delivers IPv6 addresses for DHCPv6 clients, which can be identified by DUID, hostname or MAC address as in the good old IPv4 days. It allows easy dualstack transition, addresses may be generated randomly, by range, by arbitrary ID or MAC address. Clients can get more than one address, leases and client configuration can be stored in databases and DNS can be updated dynamically. Homepage: https://dhcpy6d.ifw-dresden.de/ Tag: implemented-in::python, interface::daemon, network::configuration, network::server, protocol::dhcp, protocol::ipv6, role::program, scope::utility, use::configuring Section: utils Priority: optional Filename: pool/main/d/dhcpy6d/dhcpy6d_0.4.3-1_all.deb Size: 58434 Package: dhcpy6d Binary: dhcpy6d Version: 0.4.3-1 Maintainer: Axel Beckert Uploaders: Henri Wahl Build-Depends: debhelper (>= 9~), python-all (>= 2.6.6-3~) Build-Depends-Indep: dh-python Architecture: all Standards-Version: 3.9.8 Format: 3.0 (quilt) Files: 3c202b1824f0381022c188d79cf1c086 1886 dhcpy6d_0.4.3-1.dsc 429c1a0f66e6dd6453bb94ace7a1f03c 70668 dhcpy6d_0.4.3.orig.tar.gz 4e1aeafd2655bf8962ff7d9542489e16 5732 dhcpy6d_0.4.3-1.debian.tar.xz Vcs-Browser: https://github.com/HenriWahl/dhcpy6d Vcs-Git: https://github.com/HenriWahl/dhcpy6d.git -b debian Homepage: https://dhcpy6d.ifw-dresden.de/ Package-List: dhcpy6d deb net optional arch=all Directory: pool/main/d/dhcpy6d Priority: extra Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
Bug#905021: ITP: localslackirc -- IRC gateway for slack
Package: wnpp Severity: wishlist Owner: Salvo Tomaselli * Package name: localslackirc Version : 1.0-1 Upstream Author : Salvo 'LtWorf' Tomaselli * URL : https://github.com/ltworf/localslackirc/ * License : GPL Programming Lang: Python Description : IRC gateway for slack, running on localhost for one user . This project is a replacement for slack's IRC gateway that they dropped. . One instance of localslackirc connects to one slack account and one IRC client, passing the messages between the two. #localslackirc on oftc I develop this package, and I am aware of a few people using it (though I don't know how many of them use Debian or a derivative).
Re: GCC and binutils updates for buster
On Mon, Jul 16, 2018 at 05:59:28PM +0200, Matthias Klose wrote: >... > - armel: The armv4t default isn't used very much anymore, The baseline is armv5te since last year. > and we had issues in the past. Could you elaborate on that? The latest major issue I am aware of was about #727621 and the backport of the fix.[1] #727621 was not even a regression, this was new functionality accidentally not provided by gcc on armel. > - armhf: While arm-linux-gnueabihf is not explicitly listed as a primary >architecture, I'm told that the arm-linux-armeabi triplet covers the >hard float variants as well. > > - ppc64el: Not documented as primary architecture, but according to the >backend maintainers the powerpc64-linux-gnu triplet includes the le > variant. > > - mips*: There is no support for any mips-linux target either as a primary >or secondary release architecture (only bare metal), which matches the >experience with mips specific issues for the past Debian releases. > > I understand that port maintainers want to have their port included as a > release > architecture, however it becomes a burden if neither the upstream nor the > Debian > port maintainers can keep up with the general upstream development. Maybe we > need something in between the alternatives of being a release arch or not, > having the benefit of packages in testing/stable, but not being supported in a > release. Your theoretical discussion based on upstream definitions misses which architectures actually have a proven track record of frequent toolchain problems in recent years. Any discussion about real problems has to include arm64 as a prime candidate for demotion - no matter the upstream definition. We even had last-minute toolchain regressions like #863152, which means that we cannot rebuild some packages we ship for arm64 in stretch. Such regressions are a problem both for security support and licence reasons. The root problem for most actual breakages is that regresssions are usually not in boring stale old code nobody touches - regressions tend to be in sexy new code that is under heavy development. arm64 and mips64el are the most recent of the architectures in stretch. There is a lot of upstream toolchain development happening for arm64. These are the reasons why arm64 and mips64el have been a burden in recent years. And the next burden will be if riscv64 gets added in bullseye. I do not have the impression that this burden is unmanageable, but if you disagree the actual discussion you have to start is about delaying the inclusion of ports for new hardware in a Debian stable release. > Matthias >... cu Adrian [1] Reminds me that I have to check which Breaks are missing for that. -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed
Debian 25 on thursday 2018-08-16
Hi, Thursday 16th of augustus becomes Debian 25 years. Let's celebrate it Cheers Geert Stappers
Bug#905046: ITP: trojan -- unidentifiable proxy that helps you bypass firewalls
Package: wnpp Severity: wishlist Owner: GreaterFire * Package name: trojan Version : 1.5.1 Upstream Author : GreaterFire * URL : https://github.com/trojan-gfw/trojan * License : GPL-3+ Programming Lang: C++ Description : unidentifiable proxy that helps you bypass firewalls Trojan features multiple protocols over TLS to avoid both active/passive detections and ISP QoS limitations. It tries to hide a proxy service behind a normal HTTPS service. It is an improvement over existing tools and protocols, such as shadowsocks. An online documentation can be found in https://trojan-gfw.github.io/trojan/. The package will be maintained by myself alone. A sponsor interested in this field is needed to upload it.
Bug#905060: ITP: libspatialaudio -- Ambisonic encoding / decoding and binauralization library
Package: wnpp Severity: wishlist Owner: Sebastian Ramacher * Package name: libspatialaudio Version : 0.3.0 Upstream Author : Aristotel Digenis and Videolabs * URL : https://github.com/videolabs/libspatialaudio * License : LGPL2.1+ Programming Lang: C++ Description : Ambisonic encoding / decoding and binauralization library libspatialaudio is an open-source and cross-platform C++ library for Ambisonic encoding and decoding, filtering and binaural rendering. It is targetted to render High-Order Ambisonic (HOA) and VR/3D audio samples in multiple environments, from headphones to classic loudspeakers. Its binaural rendering can be used for classical 5.1/7.1 spatial channels as well as Ambisonics inputs. It supports Higher Order Ambisonics (HOA) and ACN/SN3D Ambisonics audio streams following the Google spatial audio specification and the IETF codec Ambisonics specification. The library allows you to encode, decode, rotate, zoom HOA Ambisonics audio streams up to the 3rd order. It can output to standard and custom loudspeakers arrays. To playback with headphones, the binauralizer applies an HRTF (either a SOFA file or the included MIT HRTF) to provide a spatial binaural rendering effect. The binauralization can also be used to render multichannels streams (5.1, 7.1...). Cheers -- Sebastian Ramacher signature.asc Description: PGP signature
Re: Bug#904978: ITP: protobuf-2 -- This is the protobuf pacakge but version 2.6.1 same as that foudn in jessie but is being packaged to unstable since kotlin-1.1.1 needs it. p.s kotlin-1.1.1 is also b
On Mon, Jul 30, 2018 at 7:00 PM, 殷啟聰 | Kai-Chung Yan wrote: > Unfortuantely even the latest version of Kotlin still uses Protobuf 2.x, so > it's not going anywhere in a short time. Has Kotlin upstream been contacted about this issue? -- bye, pabs https://wiki.debian.org/PaulWise
Re: Debian 25 on thursday 2018-08-16
On Tue, Jul 31, 2018 at 5:11 AM, Geert Stappers wrote: > Thursday 16th of augustus becomes Debian 25 years. > > Let's celebrate it Looks like Brasil is leading the celebration count this year: https://wiki.debian.org/DebianDay/2018 -- bye, pabs https://wiki.debian.org/PaulWise
Bug#905065: ITP: golang-github-canonicalltd-raft-membership -- Extension of the Hashicorp raft package to easily join and leave a cluster
Package: wnpp Severity: wishlist Owner: Clement Hermann * Package name: golang-github-canonicalltd-raft-membership Version : 0.0~git20180413.3846634-1 Upstream Author : Canonical Ltd * URL : https://github.com/CanonicalLtd/raft-membership * License : Apache-2.0 Programming Lang: Go Description : Extension of the Hashicorp raft package to easily join and leave a cluster github-canonicalltd-raft-membership provides the raftmembership package, which contains an extension of the raft Go package (https://github.com/hashicorp/raft) from Hashicorp to easily make a node join or leave a cluster. This is a dependency of LXD 3 (ITP: #768973) and will be maintained under the Go team umbrella.
Bug#905068: ITP: golang-github-canonicalltd-dqlite -- Distributed SQLite for Go applications
Package: wnpp Severity: wishlist Owner: Clement Hermann * Package name: golang-github-canonicalltd-dqlite Version : 0.0~git20180507.e5bc052-1 Upstream Author : Canonical Ltd * URL : https://github.com/CanonicalLtd/dqlite * License : Apache-2.0 Programming Lang: Go Description : Distributed SQLite for Go applications dqlite can be used to replicate a SQLite database across a cluster, using the Raft algorithm. - No external processes needed: dqlite is just a Go library, you link it to your application exactly like you would with SQLite. - Full support for transactions - No need for statements to be deterministic (e.g. you can use time()) This is a dependency of LXD 3 (ITP: #768973) and will be maintained under the Go team umbrella.
Bug#905067: ITP: golang-github-canonicalltd-raft-http -- A raft transport that uses HTTP to initiate connections between nodes
Package: wnpp Severity: wishlist Owner: Clement Hermann * Package name: golang-github-canonicalltd-raft-http Version : 0.0~git20180414.4c2dd67-1 Upstream Author : Canonical Ltd * URL : https://github.com/CanonicalLtd/raft-http * License : Apache-2.0 Programming Lang: Go Description : A raft transport that uses HTTP to initiate connections between nodes golang-github-canonicalltd-raft-http provides the rafthttp package, which can be used to establish a network connection between to raft nodes using HTTP. Once the HTTP connection is established, the Upgrade header will be used to switch it to raw TCP mode, and the regular TCP-based network transport of the raft package (https://github.com/hashicorp/raft) can take it from there. This is a dependency of LXD 3 (ITP: #768973) and will be maintained under the Go team umbrella.
Bug#905066: ITP: golang-github-canonicalltd-go-grpc-sql --
Package: wnpp Severity: wishlist Owner: Clement Hermann * Package name: golang-github-canonicalltd-go-grpc-sql Version : 0.0~git20180524.72fa851-1 Upstream Author : Canonical Ltd * URL : https://github.com/CanonicalLtd/go-grpc-sql * License : Apache-2.0 Programming Lang: Go Description : Go SQL driver over gRPC go-grpc-sql allows you to expose a Go SQL driver.Driver instance over gRPC. This is a dependency of LXD 3 (ITP: #768973) and will be maintained under the Go team umbrella.
Bug#905070: ITP: golang-github-ryanfaerman-fsm -- A simple finite state machine for Golang
Package: wnpp Severity: wishlist Owner: Clement Hermann * Package name: golang-github-ryanfaerman-fsm Version : 2+git20160110.3dc1bc0-1 Upstream Author : Ryan Faerman * URL : https://github.com/ryanfaerman/fsm * License : Expat Programming Lang: Go Description : A simple finite state machine for Golang FSM provides a lightweight finite state machine for Golang. It runs allows any number of transition checks you'd like the it runs them in parallel. It's tested and benchmarked too. This is a dependency of LXD 3 (ITP: #768973) and will be maintained under the Go team umbrella.
Bug#905069: ITP: golang-github-canonicalltd-go-sqlite3 -- fork of mattn's SQLite Go bindings with replication support
Package: wnpp Severity: wishlist Owner: Clement Hermann * Package name: golang-github-canonicalltd-go-sqlite3 Version : 1.6.0+git20180507.4b194c2-1 Upstream Author : Canonical Ltd * URL : https://github.com/CanonicalLtd/go-sqlite3 * License : Expat Programming Lang: Go Description : SQLite Go bindings with replication support go-sqlite3 provide a sqlite3 driver conforming to the built-in database/sql interface. It's a fork of github.com/mattn/go-sqlite3 providing replication sup port. . Note that this is a cgo package. If you want to build your app using go-sqlite3, you need gcc. However, after you have built and installed go-sqlite3, you can build your app without relying on gcc in future. This is a dependency of LXD 3 (ITP: #768973) and will be maintained under the Go team umbrella.
Bug#905071: ITP: golang-gopkg-juju-names.v2 -- A package to deal with juju names (services, units, machines, etc)
Package: wnpp Severity: wishlist Owner: Clement Hermann * Package name: golang-gopkg-juju-names.v2 Version : 0.0~git20180621.fd59336-1 Upstream Author : Juju * URL : https://github.com/juju/names * License : LGPLv3 Programming Lang: Go Description : helpers for handling Juju entity names juju/names helps you deal with juju entity names: services, units, machines, IP addresses, etc. This is a dependency of LXD 3 (ITP: #768973) and will be maintained under the Go team umbrella.
Bug#905072: ITP: golang-github-juju-persistent-cookiejar -- cookiejar is a fork of net/http/cookiejar that allows serialisation of the stored cookies
Package: wnpp Severity: wishlist Owner: Clement Hermann * Package name: golang-github-juju-persistent-cookiejar Version : 0.0~git20171026.d5e5a84-1 Upstream Author : Juju * URL : https://github.com/juju/persistent-cookiejar * License : BSD-3-clause Programming Lang: Go Description : fork of net/http/cookiejar that allows serialisation of the stored cookies cookiejar implements an in-memory RFC 6265-compliant http.CookieJar. . This implementation is a fork of net/http/cookiejar which also implements methods for dumping the cookies to persistent storage and retrieving them.
Bug#905073: ITP: golang-github-frankban-quicktest -- Quick helpers for testing Go applications
Package: wnpp Severity: wishlist Owner: Clement Hermann * Package name: golang-github-frankban-quicktest Version : 0.9.1-1 Upstream Author : Francesco Banconi * URL : https://github.com/frankban/quicktest * License : Expat Programming Lang: Go Description : Quick helpers for testing Go applications Quicktest helpers are easily integrated inside regular Go tests and provides some base checkers like Equals, DeepEquals, Matches, ErrorMatches, IsNil and others. More can be added by implementing the Checker interface. This is an (indirect) dependency of LXD 3 (ITP: #768973) and will be maintained under the Go team umbrella.
Bug#905075: ITP: golang-github-juju-collections -- Deque and set implementations
Package: wnpp Severity: wishlist Owner: Clement Hermann * Package name: golang-github-juju-collections Version : 0.0~git20180516.9015200-1 Upstream Author : Juju * URL : https://github.com/juju/collections * License : LGPLv3 Programming Lang: Go Description : Deque and set implementations for Go language golang-github-juju-collections implements deques and sets for Go. This is a dependency of github.com/juju/gomaasapi, needed for lxd 3.0. It will be maintained under the Go team umbrella.
Bug#905076: ITP: golang-github-nbio-st -- st - Simple Test micro-framework for Go
Package: wnpp Severity: wishlist Owner: Clement Hermann * Package name: golang-github-nbio-st Version : 0.0~git20140626.e9e8d98-1 Upstream Author : nb.io * URL : https://github.com/nbio/st * License : Apache-2.0 Programming Lang: Go Description : st - Simple Test micro-framework for Go st is a tiny test framework for making short, useful assertions in your Go tests: - Assert(t, have, want) and Refute(t, have, want) abort a test immediately with t.Fatal. - Expect(t, have, want) and Reject(t, have, want) allow a test to continue, reporting failure at the end with t.Error. . They print nice error messages, preserving the order of have (actual result) before want (expected result) to minimize confusion. This is a dependency of LXD 3 (ITP: #768973) and will be maintained under the Go team umbrella.
Bug#905074: ITP: golang-github-canonicalltd-raft-test -- Raft testing helpers
Package: wnpp Severity: wishlist Owner: Clement Hermann * Package name: golang-github-canonicalltd-raft-test Version : 0.0~git20180628.c3345b5-1 Upstream Author : Canonical Ltd * URL : https://github.com/CanonicalLtd/raft-test * License : Apache-2.0 Programming Lang: Go Description : Raft testing helpers golang-github-canonicalltd-raft-test provides the rafttest package, which contains helpers to test code based on the raft Go package (https://github.com/hashicorp/raft) from Hashicorp. This is a dependency of LXD 3 (ITP: #768973) and will be maintained under the Go team umbrella.
Bug#905077: ITP: golang-github-juju-gomaasapi -- Go bindings for talking to MAAS
Package: wnpp Severity: wishlist Owner: Clement Hermann * Package name: golang-github-juju-gomaasapi Version : 0.0~git20180521.abe1190-1 Upstream Author : Juju * URL : https://github.com/juju/gomaasapi * License : LGPLv3 Programming Lang: Go Description : Go bindings for talking to MAAS.io (Metal as a Service) golang-github-juju-gomaasapi serves as a minimal client for communicating with the MAAS web API in Go programs. This is a dependency of LXD 3 (ITP: #768973) and will be maintained under the Go team umbrella.
