Bug#855173: RFP: keepassxc -- Community fork of KeePassX, a free and open-source cross-platform password manager.
I am not a maintainer or developer but an active user if debain and keepass. I would be willing to take this in depending on timeframe. I have time starting next week to devote to this. I have built packages in the past so this is not a huge issue for me On Feb 14, 2017 5:45 PM, "KeePassXC Team" wrote: > Package: wnpp > Severity: wishlist > > * Package name: keepassxc > Version : 2.1.1 > Upstream Author : KeePassXC > * URL : https://keepassxc.org > * License : GPLv2, GPLv3 > Programming Lang: C++ > Description : Community fork of KeePassX, a free and open-source > cross-platform password manager. > > KeePassXC aims to incorporate many pull requests as well as additional > newly developed features that have never been merged into KeePassX. > Besides many bug fixes and other minor changes, the current version > (2.1.1) already contains the following additional features: > > - Autotype on all three major platforms (Linux, Windows, OS X) > - Stand-alone password generator > - Password strength meter > - Use website's favicons as entry icons > - Merging of databases > - Automatic reload when the database changed on disk > - KeePassHTTP support for use with PassIFox in Firefox and chromeIPass > in Google Chrome and Chromium > > More features will come in 2.2.0. (e.g. Yubikey support, Twofish cipher > support, a welcome screen redesign, general user interface improvements > etc.) > > At the time of the fork, KeePassXC built upon the latest but never > released KeePassX source tree, which included the switch to Qt5. > > I'm writing you as one of the main developers of KeePassXC. We would > like to get KeePassXC into the official Debian repositories and from > there into other derivatives such as Ubuntu. We would be willing to > package KeePassXC ourselves, but since none of us developers is an > active Debian user, we would like to ask first if someone else would be > willing to package it for us. In the interest of package quality, this > would likely be best. Packaging KeePassXC is (and for the foreseeable > future will be) quite similar to packaging KeePassX, so maybe the > original KeePassX maintainer could handle this if he's willing to? He's > on X-Debbugs-Cc. > > Thanks and regards > Janek > >
Bug#844786: Project repo
Project repo: https://github.com/mattyjones/debian_snap -- Matt Jones @CaffeinatedEng Senior Infrastructure Engineer - Yieldbot Inc. <http://yieldbot.com/> Co-Organizer - Boston Infrastructure Coders <http://www.meetup.com/Boston-Infrastructure-Coders/> Organizer - Metrowest Golang Meetup <http://www.meetup.com/Metrowest-Golang-Meetup/> https://linkedin.com/in/mattyjones
Bug#845131: ITP: snap-telemetry-plugins -- Plugins for snap-telemetry to enhance and extend its capabilities
Package: wnpp Severity: wishlist Owner: matt jones * Package name: snap-telemetry-plugins-full Version : 1.0.0 Upstream Author : Snap Community * URL : http://snap-telemetry.io/ * License : Apache Version 2.0 Programming Lang: Go Description : Plugins for snap-telemetry to enhance and extend its capabilities A group of plugins that are designed to be used wth the snap-telelmetry package. http://snap-telemetry.io/plugins.html This package is dependent upon the ITP package snap-telemetry #844786 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844786 For now I will be maintaining this myself but I welcome help. At some point I may look at creating a team devoted to monitoring-telemetry that will maintain these two packages for starters. This is depependent upon the time I have. At the least I will maintain this package and the snap-telemetry package.
Bug#844786: Update package name
The name snap is already taken so to avoid conflict and explicitly declare the purpose of the package I suggest updating the package name to snap-telemetry.
Bug#844786: ITP: snap -- The open telemetry framework
Package: wnpp Severity: wishlist Owner: matt jones * Package name: snap Version : 1.0.0 Upstream Author : Intel * URL : http://snap-telemetry.io/ * License : Apache License Version 2.0 Programming Lang: Go Description : The open telemetry framework Snap is an open telemetry framework designed to simplify the collection, processing and publishing of system data through a single API. The goals of this project are to: - Empower systems to expose a consistent set of telemetry data - Simplify telemetry ingestion across ubiquitous storage systems - Allow flexible processing of telemetry data on agent (e.g. filtering and decoration) - Provide powerful clustered control of telemetry workflows across small or large clusters I would like to bring this in Debian proper as I work full-time with various telemetry projects and would like better support for telemetry and monitoring based off of it within Debain rather than relying on external sources or builds. At some point if my time allows I would like to create a new team around monitoring telemetry to maintain this package and others that could be associated with or provide additional functionality/capability. For now I will be the maintainer of it.