Bug#953972: ITP: golang-software.sslmate-src-go-pkcs12 -- Go library for encoding and decoding PKCS#12 files
Package: wnpp Severity: wishlist Owner: James Tocknell * Package name: golang-software.sslmate-src-go-pkcs12 Version : 0.0~git20190322.6e380ad-1 Upstream Author : SSLMate * URL : https://github.com/SSLMate/go-pkcs12 * License : BSD-3-clause Programming Lang: Go Description : Go library for encoding and decoding PKCS#12 files package pkcs12 GoDoc (https://godoc.org/software.sslmate.com/src/go-pkcs12) import "software.sslmate.com/src/go-pkcs12" . Package pkcs12 implements some of PKCS#12 (also known as P12 or PFX). It is intended for decoding P12/PFX files for use with the crypto/tls package, and for encoding P12/PFX files for use by legacy applications which do not support newer formats. Since PKCS#12 uses weak encryption primitives, it SHOULD NOT be used for new applications. . This package is forked from golang.org/x/crypto/pkcs12, which is frozen. The implementation is distilled from https://tools.ietf.org/html/rfc7292 and referenced documents. . This repository holds supplementary Go cryptography libraries. Import Path Note that although the source code and issue tracker for this package are hosted on GitHub, the import path is: software.sslmate.com/src/go-pkcs12 . Please be sure to use this path when you go get and import this package. Download/Install The easiest way to install is to run go get -u software.sslmate.com/src/go-pkcs12. You can also manually git clone the repository to $GOPATH/src/software.sslmate.com/src/go-pkcs12. Report Issues / Send Patches Open an issue or PR at https://github.com/SSLMate/go-pkcs12 This is needed for https://github.com/FiloSottile/mkcert
Bug#953974: ITP: mkcert -- A simple zero-config tool to make locally trusted development certificates with any names you'd like.
Package: wnpp Severity: wishlist Owner: James Tocknell * Package name: mkcert Version : 1.4.1-1 Upstream Author : Filippo Valsorda * URL : https://github.com/FiloSottile/mkcert * License : BSD-3-clause Programming Lang: Go Description : A simple zero-config tool to make locally trusted development certificates with any names you'd like. mkcert mkcert is a simple tool for making locally-trusted development certificates. It requires no configuration. . ``` $ mkcert -install Created a new local CA at "/Users/filippo/Library/Application Support/mkcert" 💥 The local CA is now installed in the system trust store! ⚡️ The local CA is now installed in the Firefox trust store (requires browser restart)! 🦊 . $ mkcert example.com "*.example.com" example.test localhost 127.0.0.1 ::1 Using the local CA at "/Users/filippo/Library/Application Support/mkcert" ✨ . Created a new certificate valid for the following names 📜 - "example.com" - "*.example.com" - "example.test" - "localhost" - "127.0.0.1" - "::1" . The certificate is at "./example.com+5.pem" and the key at "./example.com+5-key.pem" ✅ ``` https://user-images.githubusercontent.com/1225294/51066373-96d4aa80-15be-11e9-91e2-f4e44a3a4458.png "> Using certificates from real certificate authorities (CAs) for development can be dangerous or impossible (for hosts like example.test, localhost or 127.0.0.1), but self-signed certificates cause trust errors. Managing your own CA is the best solution, but usually involves arcane commands, specialized knowledge and manual steps. . mkcert automatically creates and installs a local CA in the system root store, and generates locally-trusted certificates. mkcert does not automatically configure servers to use the certificates, though, that's up to you. Installation Warning: the rootCA-key.pem file that mkcert automatically generates gives complete power to intercept secure requests from your machine. Do not share it. macOS On macOS, use Homebrew (https://brew.sh/) . . brew install mkcert brew install nss # if you use Firefox . . or MacPorts (https://www.macports.org/). . . sudo port selfupdate sudo port install mkcert sudo port install nss # if you use Firefox . Linux On Linux, first install certutil. . . sudo apt install libnss3-tools -or- sudo yum install nss-tools -or- sudo pacman -S nss -or- sudo zypper install mozilla-nss-tools . . Then you can install using Linuxbrew (http://linuxbrew.sh/) . . brew install mkcert . . or build from source (requires Go 1.13+) . . git clone https://github.com/FiloSottile/mkcert && cd mkcert go build -ldflags "-X main.Version=$(git describe --tags)" . . or use the pre-built binaries (https://github.com/FiloSottile/mkcert/releases). . For Arch Linux users, mkcert (https://www.archlinux.org/packages/community/x86_64/mkcert/) is available on the official Arch Linux repository. . . sudo pacman -Syu mkcert . Windows On Windows, use Chocolatey (https://chocolatey.org) . . choco install mkcert . . or use Scoop . . scoop bucket add extras scoop install mkcert . . or build from source (requires Go 1.10+), or use the pre-built binaries (https://github.com/FiloSottile/mkcert/releases). . If you're running into permission problems try running mkcert as an Administrator. Supported root stores mkcert supports the following root stores: • macOS system store• Windows system store• Linux variants that provide either • update-ca-trust (Fedora, RHEL, CentOS) or• update-ca-certificates (Ubuntu, Debian, OpenSUSE, SLES) or• trust (Arch)• Firefox (macOS and Linux only)• Chrome and Chromium• Java (when JAVA_HOME is set) To only install the local root CA into a subset of them, you can set the TRUST_STORES environment variable to a comma-separated list. Options are: "system", "java" and "nss" (includes Firefox). Advanced topicsAdvanced options ``` -cert-file FILE, -key-file FILE, -p12-file FILE Customize the output paths. -client Generate a certificate for client authentication. . -ecdsa Generate a certificate with an ECDSA key. . -pkcs12 Generate a ".p12" PKCS #12 file, also know as a ".pfx" file, containing certificate and key for legacy applications. . -csr CSR Generate a certificate based on the supplied CSR. Conflicts with all other flags and arguments except -install and -cert-file. . ``` . Note: You must place these options before the domain names list. Example . mkcert -key-file key.pem -cert-file cert.pem example.com *.example.com . S/MIME mkcert automatically generates an S/MIME certificate if one of the supplied names is an email address. . . mkcert fili...@example.com . Mobile devices For the certificates to be trusted on mobile devices, you will have to install the root CA. It's the rootCA.pem file in the folder printed by mkcert -CAROOT. . On iOS, you can either use AirDrop, ema
Bug#953964: ITP: python-strictyaml -- Strict, typed YAML parser for Python
Hi, On Sun, 15 Mar 2020 at 06:47, James Tocknell wrote: > Package: wnpp > Severity: wishlist > Owner: James Tocknell > > * Package name: python-strictyaml > Version : 1.0.6 > Upstream Author : Colm O'Connor > * URL : https://hitchdev.com/strictyaml/ > * License : MIT > Programming Lang: Python > Description : Strict, typed YAML parser for Python > > StrictYAML is a type-safe YAML parser that parses and validates a restricted > subset of the YAML specification. > > Priorities: > - Beautiful API > - Refusing to parse the ugly, hard to read and insecure features of YAML like >the Norway problem. > - Strict validation of markup and straightforward type casting. > - Clear, readable exceptions with code snippets and line numbers. > - Acting as a near-drop in replacement for pyyaml, ruamel.yaml or poyo. > - Ability to read in YAML, make changes and write it out again with comments >preserved. > - Not speed, currently. Feel free to prod me when you get the packaging ready for review and sponsorship. -- Cheers, Andrej
Processed (with 1 error): ITP: catch2 -- C++ Automated Test Cases in Headers
Processing commands for cont...@bugs.debian.org: > retitle 901783 ITP: catch2 -- C++ Automated Test Cases in Headers Bug #901783 [wnpp] ITP: package catch2 Changed Bug title to 'ITP: catch2 -- C++ Automated Test Cases in Headers' from 'ITP: package catch2'. > owner Timo Röhling Unknown command or malformed arguments to command. > End of message, stopping processing here. Please contact me if you need assistance. -- 901783: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=901783 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: ITP: catch2 -- C++ Automated Test Cases in Headers
Processing commands for cont...@bugs.debian.org: > owner 901783 Mathieu Mirmont Bug #901783 [wnpp] ITP: catch2 -- C++ Automated Test Cases in Headers Owner recorded as Mathieu Mirmont . > End of message, stopping processing here. Please contact me if you need assistance. -- 901783: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=901783 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#947010: marked as done (O: python-h2 -- Pure-Python HTTP/2 State-Machine based protocol implementation in python)
Your message dated Sun, 15 Mar 2020 11:04:47 + with message-id and subject line Bug#947010: fixed in python-h2 3.2.0-1 has caused the Debian Bug report #947010, regarding O: python-h2 -- Pure-Python HTTP/2 State-Machine based protocol implementation in python to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 947010: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=947010 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: normal I intend to orphan the python-h2 package. The package description is: This module contains a pure-Python HTTP/2 of a HTTP/2 protocol stack. It’s written from the ground up to be embeddable in whatever program you choose to use, ensuring that you can speak HTTP/2 regardless of your programming paradigm. This module contains a pure-Python HTTP/2 of a HTTP/2 protocol stack. It’s written from the ground up to be embeddable in whatever program you choose to use, ensuring that you can speak HTTP/2 regardless of your programming paradigm. --- End Message --- --- Begin Message --- Source: python-h2 Source-Version: 3.2.0-1 Done: Andrej Shadura We believe that the bug you reported is fixed in the latest version of python-h2, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 947...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Andrej Shadura (supplier of updated python-h2 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 15 Mar 2020 11:56:41 +0100 Source: python-h2 Architecture: source Version: 3.2.0-1 Distribution: unstable Urgency: medium Maintainer: Debian Python Modules Team Changed-By: Andrej Shadura Closes: 947010 Changes: python-h2 (3.2.0-1) unstable; urgency=medium . * New upstream release (Closes: #947010). * Adopt the package. Checksums-Sha1: d02bc4b998d27c15f69b4a26cad32f0241f032a2 1910 python-h2_3.2.0-1.dsc 711cef417af279a30f226b49d4d4bb4fe665c43b 2215889 python-h2_3.2.0.orig.tar.gz 9e4f2040235922f5e26a7bd1c8a0954d7bace9a1 2920 python-h2_3.2.0-1.debian.tar.xz Checksums-Sha256: 9c8b7be040669f8587508e2fe2248d606b8315c7120280b56eec17fed9719920 1910 python-h2_3.2.0-1.dsc 875f41ebd6f2c44781259005b157faed1a5031df3ae5aa7bcb4628a6c0782f14 2215889 python-h2_3.2.0.orig.tar.gz d1f1743a7d2afb49fbfd40b7a4c3d45eff69f48db5f5d37d89a96a210f7cefee 2920 python-h2_3.2.0-1.debian.tar.xz Files: 39f17b19068bacc85c2a5f19834cd0fd 1910 python optional python-h2_3.2.0-1.dsc 197a99c09f344a0dd987fab9801dc8d0 2215889 python optional python-h2_3.2.0.orig.tar.gz ab012a2281d951b4575a68e95693aa56 2920 python optional python-h2_3.2.0-1.debian.tar.xz -BEGIN PGP SIGNATURE- iQEzBAEBCAAdFiEEeuS9ZL8A0js0NGiOXkCM2RzYOdIFAl5uCkoACgkQXkCM2RzY OdKcHQf+I22t5SP27j2al/RY/q6vuw3n5/tZ8jc6z5M3MUrHW5jRHcwuUqK3QIp5 HNxrSOpCapoL3OwA3+Ge3ZELffpbDxHOBALqBVVIp3EslwMZ4UPFVyoUSmth/F6C T1cW1EtaTvQJq3m76lblcTNkAUHtLI8XAj1unsrdR97/g/vx8LYTpyc0m2xXAl2v kYoRDYKPWbXYMh3B67EPikPVdmlguIhiS5Mkq8QZkLO7N4/7r9WvLYyc4rZiJ1c4 g9GbQCQEKmth5QFfl6LMoB+H7yVViJhB249weXW59gSprsr5/G5PxNPj/DzXPZlJ rmXCnXKTkCfSk4DuHAWrNFGUXrOOJQ== =EfR1 -END PGP SIGNATURE End Message ---
Bug#901783: RFP: package catch2
On Wed, 11 Mar 2020 18:49:02 +0100 =?UTF-8?Q?Timo_R=c3=b6hling?= wrote: > Hi, > > On Mon, 14 Oct 2019 14:09:09 +0200 Mathieu Mirmont wrote: > > Before I go ahead and do the work, does anyone here think it would be > > better not to have catch2 as a separate package? > > I needed Catch2 as dependency for some other packages I'm working on, > and I did not notice this thread until now, so I'm happy to announce > that I prepped some packaging already: > > https://salsa.debian.org/roehling-guest/catch2 > > IMHO, it makes sense to release the new version under the new name, as > upstream did the same. If someone else is in a particular hurry and > wants to take over from here, you're welcome to adopt my work (just > email me so I know). Otherwise, I intend to release this package in the > not too distant future. Sorry I should have announced the ITP earlier, my bad. Before more people do redundant work, I just want to say that the package has been kindly sponsored and it is now waiting in the NEW queue: https://ftp-master.debian.org/new/catch2_2.11.1-1.html Cheers, -- Mathieu Mirmont signature.asc Description: OpenPGP digital signature
Bug#882584: Found the salsa package
Hi Martin, On So 15 Mär 2020 03:10:03 CET, Martin Quinson wrote: On Sat, Mar 14, 2020 at 09:02:49PM +, Mike Gabriel wrote: On Sa 14 Mär 2020 00:36:21 CET, Martin Quinson wrote: > https://salsa.debian.org/debian-edu-pkg-team/openboard/ > > could we however modify this git repository to use git-buildpackage? > It makes things so much easier to maintain... > > Thanks for your work, > Mt Sorry, no. I see myself in a constant process of removing more and more files from the upstream Git tag/tarball, because files are non-DFSG for this or that reason. I am not willing to pollute the salsa repo with these changes. Ok, you know that better than I do. To get openboard on salsa built, these steps should work: $ git clone https://salsa.debian.org/debian-edu-pkg-team/openboard.git $ cd openboard $ debian/rules get-orig-source $ debuild -uc -us -S -Zxz -d $ dpkg-source -x openboard_.dsc $ cd openboard- $ debuild -uc -us I just tried, and it fails on the last step because of missing dependencies. Maybe we could add a .gitlab-ci attempting these steps so that we see where we currently stand? IIRC, the current version on the repo's master branch only works / builds well on Debian testing/unstable. Do you have a list of tasks to be completed? I'm willing to help if I can (given my scarce spare time), but I feel a bit helpless here. You are clearly in the middle of something, and I'd really appreciate if you could save some time to explain what remains to be done and how one could help with this packaging. Anyway, thanks for this work. Mt I'll try to invest some time on OpenBoard during the next week to bring myself and then you up to speed. I have a long feedback mail (in German) from a teacher in Germany with several suggestions. I'll try to translate the gist of that and post it to you (and the debian-edu-pkg-team's mailing list). Mike -- DAS-NETZWERKTEAM c\o Technik- und Ökologiezentrum Eckernförde Mike Gabriel, Marienthaler str. 17, 24340 Eckernförde mobile: +49 (1520) 1976 148 landline: +49 (4351) 850 8940 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de pgp6Wt9HjV0Pu.pgp Description: Digitale PGP-Signatur
Processed: Re: Processed (with 1 error): ITP: catch2 -- C++ Automated Test Cases in Headers
Processing commands for cont...@bugs.debian.org: > owner 901783 Timo Röhling Bug #901783 [wnpp] ITP: catch2 -- C++ Automated Test Cases in Headers Owner changed from Mathieu Mirmont to Timo Röhling . > stop Stopping processing here. Please contact me if you need assistance. -- 901783: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=901783 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: oops owner
Processing commands for cont...@bugs.debian.org: > owner 901783 Mathieu Mirmont Bug #901783 [wnpp] ITP: catch2 -- C++ Automated Test Cases in Headers Owner changed from Timo Röhling to Mathieu Mirmont . > stop Stopping processing here. Please contact me if you need assistance. -- 901783: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=901783 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: ITA: kubernetes -- Container Cluster Manager
Processing commands for cont...@bugs.debian.org: > retitle #886739 ITA: kubernetes -- Container Cluster Manager Bug #886739 [wnpp] O: kubernetes -- Container Cluster Manager Changed Bug title to 'ITA: kubernetes -- Container Cluster Manager' from 'O: kubernetes -- Container Cluster Manager'. > owner #886739 o...@debian.org Bug #886739 [wnpp] ITA: kubernetes -- Container Cluster Manager Owner recorded as o...@debian.org. > thanks Stopping processing here. Please contact me if you need assistance. -- 886739: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886739 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#953992: ITP: python-flit -- simple way to put Python packages and modules on PyPI
Package: wnpp Severity: wishlist Owner: Scott Kitterman * Package name: flit Version : 2.2.0 Upstream Author : Thomas Kluyver * URL : https://github.com/takluyver/flit * License : BSD 3-clause license Programming Lang: Python Description : simple way to put Python packages and modules on PyPI Flit is a simple way to put Python packages and modules on PyPI. It tries to require less thought about packaging and help you avoid common mistakes. . Flit supports PEP 517 Python packaging. . Make the easy things easy and the hard things possible is an old motto from the Perl community. Flit is entirely focused on the easy things part of that, and leaves the hard things up to other tools. . Specifically, the easy things are pure Python packages with no build steps (neither compiling C code, nor bundling Javascript, etc.). The vast majority of packages on PyPI are like this: plain Python code, with maybe some static data files like icons included. I intend to maintain this in PAPT (Python Applications Packaging Team). PEP 517 style packages are becoming more common and while flit does generate a setup.py file for non-PEP 517 build system use, it is not particularly satisfying. I'm motivated to package this after having had to patch such a package to make it build complete metadata. Debian will be better off if we can use the upstream tools. Upstream provides a good discussion of why flit in addition to other Python oriented build tools: https://flit.readthedocs.io/en/latest/rationale.html Flit does use flit to build, but it includes a bootstrap script so it can build itself without in archive bootstrapping.
Processed: Re: Bug#855115: No joystick support in 17.6
Processing control commands: > reassign -1 wnpp Bug #855115 [kodi] kodi does not work wireless xbox360 controller Bug reassigned from package 'kodi' to 'wnpp'. No longer marked as found in versions kodi/2:17.0+dfsg1-2 and kodi/2:17.0+dfsg1-3. Ignoring request to alter fixed versions of bug #855115 to the same values previously set > severity -1 wishlist Bug #855115 [wnpp] kodi does not work wireless xbox360 controller Severity set to 'wishlist' from 'normal' > retitle -1 RFP: kodi-peripheral-joystick Bug #855115 [wnpp] kodi does not work wireless xbox360 controller Changed Bug title to 'RFP: kodi-peripheral-joystick' from 'kodi does not work wireless xbox360 controller'. -- 855115: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=855115 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#954028: ITP: node-babel7 -- compiler for next generation JavaScript
Package: wnpp Severity: wishlist Owner: Xavier Guimard * Package name: node-babel7 Version : 7.4.5 Upstream Author : Sebastian McKenzie * URL : https://babeljs.io/ * License : Expat Programming Lang: JavaScript Description : compiler for next generation JavaScript Debian currently has a node-babel version 6. Version 7 is really different and can cohabit with node-babel=6 (I already add an alternative for /usr/bin/babeljs in node-babel 6). I'd like to build a distinct node-babel7 since: * transition from node-babel 6 to node-babel 7 will be long * the 2 can cohabit: no common files (except alternative /usr/bin/babeljs) Cheers, Xavier
Bug#819476: Orphaned package - quotatool
Hi, I'd be interested in taking on this package. I'm currently one of two Github maintainers on a program called nwipe[1] (Partialvolume[2]), the other maintainer is a Debian maintainer (which I'm currently not) and he uploads nwipe to Debian. I would be taking this on as a sponsored maintainer and would eventually want to become a Debian maintainer and therefore I'm looking for a package to maintain. quotatool fits in nicely for me. It's C which I do a lot of coding in. quotatool has a fairly small code base so would allow me sufficient time to continue working on nwipe. If your interested please let me know. Regards Nick [1] https://github.com/martijnvanbrummelen/nwipe [2] https://github.com/martijnvanbrummelen/nwipe/graphs/contributors
Bug#886569:
Control: retitle -1 RFP: zerotier-one -- ZeroTier network virtualization service Control: noowner -1 I'll not go with this. Zerotier is no longer free software. With centralized controller, it's hard to say the free version will not cease to work some day. zerotier-one-debian.tar.xz Description: application/xz
Processed:
Processing control commands: > retitle -1 RFP: zerotier-one -- ZeroTier network virtualization service Bug #886569 [wnpp] ITP: zerotier-one -- ZeroTier network virtualization service Changed Bug title to 'RFP: zerotier-one -- ZeroTier network virtualization service' from 'ITP: zerotier-one -- ZeroTier network virtualization service'. > noowner -1 Bug #886569 [wnpp] RFP: zerotier-one -- ZeroTier network virtualization service Removed annotation that Bug was owned by Yangfl . -- 886569: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886569 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#954035: ITP: qtfeedback-opensource-src -- Qt Feedback module
Package: wnpp Severity: wishlist Owner: Mike Gabriel * Package name: qtfeedback-opensource-src Version : 5.0~git20180329.a14bd0bb-1 Upstream Author : Chris Adams * URL : https://code.qt.io/qt/qtsystems.git * License : LGPL-2.1 (with exception) or GPL-3 Programming Lang: C++ Description : Qt Feedback module Qt is a cross-platform C++ application framework. Qt's primary feature is its rich set of widgets that provide standard GUI functionality. . This package contains Qt Feedback module. . This Qt module will be packaged under the umbrella of the Debian Qt/KDE Maintainers and will be maintained by the Debian UBports Team.
Bug#954036: RFP: xidlehook -- xautolock rewrite in Rust, with a few extra features
Package: wnpp Severity: wishlist * Package name: xidlehook Version : 0.8.2 Upstream Author : jD91mZM2 * URL : https://gitlab.com/jD91mZM2/xidlehook * License : MIT Programming Lang: Rust Description : xautolock rewrite in Rust, with a few extra features Because xautolock is annoying to work with. xidlehook is a general-purpose replacement for xautolock. It executes a command when the computer has been idle for a specified amount of time. Improvements over xautolock: - Allows "cancellers" which can undo a timer action when new user activity is detected. - Unlimited amount of timers (provided necessary resources). - Not specific to locking. - Multiple instances can run at the same time. - Optionally only run through chain once. - Optionally prevent locking when an application is fullscreen. - Optionally prevent locking when any application plays audio. Missing features: - Magic corners - All the instance related stuff (you should use unix sockets with --socket).
Processed: RFS: persist-el/0.4+dfsg-1 [ITP] -- persist variables between Emacs Sessions
Processing control commands: > block 953128 by -1 Bug #953128 [wnpp] ITP: persist-el -- persist variables across Emacs Sessions 953128 was not blocked by any bugs. 953128 was blocking: 947017 Added blocking bug(s) of 953128: 954050 -- 953128: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=953128 954050: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954050 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: elpa-org: tracking bug about ensuring smooth upgrades for org-drill users
Processing control commands: > block -1 by 947017 Bug #954052 [elpa-org] elpa-org: tracking bug about ensuring smooth upgrades for org-drill users 954052 was not blocked by any bugs. 954052 was not blocking any bugs. Added blocking bug(s) of 954052: 947017 -- 954052: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954052 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#920383: RFP: elpa-git-gutter-fringe -- provide git diff alongside opened files in Emacs
Hi Antoine, On Thu, Feb 07, 2019 at 04:43:26PM -0700, Nicholas D Steeves wrote: > On Thu, Jan 24, 2019 at 05:09:43PM -0500, Antoine Beaupre wrote: > > > > This would probably require packaging `git-gutter` first, as it's a > > dependency. I think. > > > > I would love if the emacsen team would magically handle all of > > this. :) I have tried the package as installed from package.el and > > it's pretty awesome. > > I've pushed preliminary packaging for git-gutter (but not fringe) here: > https://salsa.debian.org/sten-guest/emacs-git-gutter/ > > Git-related self-tests fail due to this: > https://github.com/syohex/emacs-git-gutter/issues/159 > > ...but the package seems to work fine. > > If someone else wants to work on this RFP for buster, please go > ahead. Failing that I'll resume work on it later (feel free to remind > me if I seem too slow). > As requested, here are the reasons I am not pursuing this ITP: 1. Git-gutter is effectively orphaned (upstream repo is in emacsorphanage project) 2. Upstream is not responsive to inquiries nor bugfix requests. Over a year of latency: https://github.com/emacsorphanage/git-gutter/issues/156#issuecomment-460029482 3. Git-gutter might be totally unsupported upstream, eg: in the last comment of the above issue "This package is no longer supported". 4. I didn't integrate the use of this package into my workflow and don't want to be responsible for something I don't use without upstream support, and especially don't want to become defacto upstream under these conditions. Consequently, I'm not the person for this job. Sorry, Nicholas signature.asc Description: PGP signature
