Bug#869969: ITP: gfapy -- flexible and extensible software library for handling sequence graphs
Package: wnpp Severity: wishlist Owner: Sascha Steinbiss * Package name: gfapy Version : 1.0.0 Upstream Author : Giorgio Gonnella * URL : https://github.com/ggonnella/gfapy * License : ISC Programming Lang: Python Description : flexible and extensible software library for handling sequence graphs The Graphical Fragment Assembly (GFA) are formats for the representation of sequence graphs, including assembly, variation and splicing graphs. Two versions of GFA have been defined (GFA1 and GFA2) and several sequence analysis programs have been adopting the formats as an interchange format, which allow the user to easily combine different sequence analysis tools. This library implements the GFA1 and GFA2 specification. It is possible to create a Gfa object from a file in the GFA format or from scratch, to enumerate the graph elements (segments, links, containments, paths and header lines), to traverse the graph (by traversing all links outgoing from or incoming to a segment), to search for elements (e.g. which links connect two segments) and to manipulate the graph (e.g. to eliminate a link or a segment or to duplicate a segment distributing the read counts evenly on the copies). The GFA format can be easily extended by users by defining own custom tags and record types. In Gfapy, it is easy to write extensions modules, which allow one to define custom record types and datatypes for the parsing and validation of custom fields. The custom lines can be connected, using references, to each other and to lines of the standard record types.
Bug#869976: ITP: python-parameterized -- parameterized testing for Python
Package: wnpp Severity: wishlist Owner: Ghislain Antony Vaillant * Package name: python-parameterized Version : 0.6.1 Upstream Author : David Wolever * URL : https://github.com/wolever/parameterized * License : BSD Programming Lang: Python Description : parameterized testing for Python The parameterized module supersedes nose-parameterized (from the same author) as it is no longer tied to nose specifically. Besides the name change, the API is no longer compatible with the version of nose-parameterized currently packaged in the archive (0.3.x). Both can happily co-exist though, as they use different namespaces. This package is required for the new version of Theano. It will be co-maintained by the Debian Python Modules Team.
Bug#869981: ITP: golang-github-gophercloud-gophercloud -- OpenStack SDK for Go
Package: wnpp Severity: wishlist Owner: Shengjing Zhu * Package name: golang-github-gophercloud-gophercloud Version : 0.0~git20170728.0.574cf4f Upstream Author : Gophercloud authors * URL : https://github.com/gophercloud/gophercloud * License : Apache-2.0 Programming Lang: Go Description : OpenStack SDK for Go Gophercloud allows Go developers to connect their applications with OpenStack clouds. It is fully open source and supports many OpenStack services like Compute, Object Storage, Identity, Networking and Block Storage. It's the new dependency for packer. I will package this inside pkg-go team and need sponsor as well. Additional info: There's golang-github-rackspace-gophercloud in Debian archive, upstream is https://github.com/rackspace/gophercloud/ gophercloud/gophercloud is considered as a successor of rackspace/gophercloud, whoes feature was freezon. In https://github.com/rackspace/gophercloud/issues/592, maintainer of rackspace/gophercloud says the library will be migrated gophercloud/gophercloud, and gophercloud/gophercloud are almost entirely backwards-compatible. However the two libraries do have incompatible interface[1], and they are both used in many projects[2][3]. So I think we can package this package as a new one. The golang import path for them are different, and they can coexist together. [1] https://github.com/gophercloud/gophercloud/blob/master/MIGRATING.md [2] https://godoc.org/github.com/gophercloud/gophercloud?importers [3] http://godoc.org/github.com/rackspace/gophercloud?importers Regards, Shengjing Zhu signature.asc Description: PGP signature
Bug#869985: ITP: maven-reporting-exec -- Apache Maven Reporting Executor
Package: wnpp Severity: wishlist Owner: Emmanuel Bourg * Package name: maven-reporting-exec Version : 1.3 Upstream Author : The Apache Software Foundation * URL : http://maven.apache.org/shared/maven-reporting-exec/ * License : Apache-2.0 Programming Lang: Java Description : Apache Maven Reporting Executor This library provides classes to manage report plugin executions with Maven 3. It is required to upgrade the maven-site-plugin and will be maintained by the Java Team.
Running tests with xvfb
Hallo all, I have a package whose tests crash X on my machine, which uses nouveau. This makes testing rather inconvenient. Running the tests in a chroot with xvfb works, but takes an age (i.e. a couple of minutes) to set up the chroot. This is also not conducive to rapid testing of small changes. Running the test outside the chroot with xvfb still crashes X, because xvfb seems to grab the "real" X if it is there. Is there a way of getting xvfb to ignore the system X? Regards Jeff signature.asc Description: OpenPGP digital signature
Re: Running tests with xvfb
On Fri, Jul 28, 2017 at 10:46:57PM +0200, Jeff wrote: > I have a package whose tests crash X on my machine, which uses nouveau. > This makes testing rather inconvenient. > > Running the tests in a chroot with xvfb works, but takes an age (i.e. a > couple of minutes) to set up the chroot. This is also not conducive to > rapid testing of small changes. > > Running the test outside the chroot with xvfb still crashes X, because > xvfb seems to grab the "real" X if it is there. > > Is there a way of getting xvfb to ignore the system X? Can you use an xorg.conf with the "dummy" driver instead of xvfb? I use a "with-dummy-xserver" wrapper script for situations like that. -- Eric Cooper e c c @ c m u . e d u
Re: Running tests with xvfb
On Fri, Jul 28, 2017 at 4:46 PM, Jeff wrote: > I have a package whose tests crash X on my machine, which uses nouveau. This sounds like an Xorg/nouveau bug, please do report it: http://x.debian.net/howto/report-bugs.html -- bye, pabs https://wiki.debian.org/PaulWise
Bug#870031: ITP: gsettings-qt -- QML bindings for GSettings
Package: wnpp Severity: wishlist Owner: Boyuan Yang <073p...@gmail.com> * Package name: gsettings-qt Version : 0.1+16.04+bzr20170110 Upstream Author : Canonical Ltd. * URL : https://launchpad.net/gsettings-qt * License : LGPL-3 Programming Lang: C++ Description : QML bindings for GSettings This package provides a QML binding for GSettings. This package is the build-dependency of various Deepin software to be packaged by pkg-deepin team. Gsettings-qt was a Ubuntu-only package. I intend to put it into Debian and fix any problem encountered. I intend to co-maintain this package inside debian-qt-kde team and put its packaging repository (converted to Git with the help of git-bzr) into collab- maint to ease external contribution and co-maintenance. Anyone interested is welcomed to co-maintain and review the status of this library package.
