Bug#910999: RFP: mxisd -- Federated Matrix Identity Server
Package: wnpp Severity: wishlist * Package name: mxisd Version : 1.2.0 Upstream Author : Max Dor * URL : https://github.com/kamax-matrix/mxisd * License : AGPL-3.0 Programming Lang: Java Description : Federated Matrix Identity Server Matrix is an open network for secure, decentralized communication. mxisd provides mappings between Matrix IDs and Third-Party IDentifiers (e.g. email addresses) for the Matrix Homeserver and its users. Particularly relevant features for decentralized self-hosting are its federation capabilities and complete control over the identity stores. A list of compatible identity stores is available at https://github.com/kamax-matrix/mxisd/blob/master/docs/stores/README.md.
Bug#909939: RFP: mumble-client-web -- An HTML5 Mumble client for use in modern browsers
Package: wnpp Severity: wishlist * Package name: mumble-client-web Upstream Author : Jonas Herzig * URL : https://github.com/Johni0702/mumble-web/ * License : ISC Programming Lang: HTML, JavaScript Description : An HTML5 Mumble client for use in modern browsers The package would allow a browser-based client to Mumble VoIP servers. This provides a convenient way to use private, encrypted group communication, as there would be no need to ask participants to install dedicated client software.
Bug#905002: flash-kernel: please add Raspberry Pi Model B+ (note the plus)
Package: flash-kernel Severity: normal Dear Maintainer(s), please add Raspberry Pi model 3+ to the database (note the plus), see https://www.raspberrypi.org/products/raspberry-pi-3-model-b-plus/. When trying to boot my FreedomBox image (a Debian pure blend), I'm receiving this error currently: "File not found /dtbs/4.17.0-1-armmp/bcm2837-rpi-3-b-plus.dtb". For a more detailed log, you can look at https://salsa.debian.org/freedombox-team/freedom-maker/issues/139. Thanks a lot in advance, Johannes
Bug#878034: ejabberd: please include erlang options into debconf
Hi Philipp and team, thank you for the fast (and positive) response. I'm glad that this finds its way even into the default. Best regards, Johannes On 10/09/2017 10:58 PM, Philipp Huebner wrote: > Hi, > >> please consider to make ERL_OPTIONS configurable with debconf. Specifically, >> this would allow to set ERL_OPTIONS="-env ERL_CRASH_DUMP_BYTES 0" > > we have discussed it and intend make this setting the default as well as > a configurable debconf value. > > Thank you for this very sensible suggestion! > > Regards, > signature.asc Description: OpenPGP digital signature
Bug#878034: ejabberd: please include erlang options into debconf
Package: ejabberd Version: 17.08-3 Severity: wishlist Dear maintainer team, please consider to make ERL_OPTIONS configurable with debconf. Specifically, this would allow to set ERL_OPTIONS="-env ERL_CRASH_DUMP_BYTES 0" to prevent Erlang crash dumps from accumulating on a system. The setting is in /etc/ejabberd/ejabberdctl.cfg, which symlinks to /etc/default/ejabberd, which is a Debian conffile. Adding the option to debconf would help FreedomBox (a Debian pure blend), where we try to obviate the need of a specialized admin. That's why we refrain from editing conffiles directly, as it would leave unattended-upgrades unable to upgrade ejabberd without manual intervention. Disabling crash dumps is desirable because their unbounded accumulation can take down the entire system (which actually happens in the wild): If ejabberd keeps crashing and being continually restarted via systemd, the dump file accumulation might fill the entire partition, potentially rendering the system unusable, at a rate of about 4 GiB per day. Such a scenario is particularly severe for our use-case of single-board computers, and essentially absent admins. Thank you for your time and consideration; keep up the great work. Johannes Keyser
Bug#865938: Proposed simple patch
Dear maintainer, as suggested in the tests Tracebacks, one simple way to fix the tests is to create another pair of fixture html files, with the tag "required" removied from the choice fields. Otherwise they're the same as for Django 1.10. Find a proposed patch attached; just let me mention I'm new to Django. Maybe there's a more elegant fix. Best, Johannes >From 14569b763dcfa2b48e33937ec73aeb275c40726b Mon Sep 17 00:00:00 2001 From: Johannes Keyser Date: Sun, 9 Jul 2017 19:47:00 +0200 Subject: [PATCH] Fixed fixture html files for Django 1.11.3 (Closes: #865938). --- bootstrapform/fixtures/basic_dj111.html | 99 ++ bootstrapform/fixtures/horizontal_dj111.html | 102 +++ bootstrapform/tests.py | 9 ++- 3 files changed, 207 insertions(+), 3 deletions(-) create mode 100644 bootstrapform/fixtures/basic_dj111.html create mode 100644 bootstrapform/fixtures/horizontal_dj111.html diff --git a/bootstrapform/fixtures/basic_dj111.html b/bootstrapform/fixtures/basic_dj111.html new file mode 100644 index 000..87c4948 --- /dev/null +++ b/bootstrapform/fixtures/basic_dj111.html @@ -0,0 +1,99 @@ + +Char field + + + + + + +Choice field + + +Zero +One +Two + + + + + +Radio choice + + + + +Zero + + + + + + +One + + + + + + +Two + + + + + + +Multiple choice + + +Zero +One +Two + + + + + +Multiple checkbox + + + Zero + One + Two + + + + + +File fied + + + + + + + +Password field + + + + + + + +Textarea + + + + + + + + + + + Boolean field + + + + diff --git a/bootstrapform/fixtures/horizontal_dj111.html b/bootstrapform/fixtures/horizontal_dj111.html new file mode 100644 index 000..038bfe1 --- /dev/null +++ b/bootstrapform/fixtures/horizontal_dj111.html @@ -0,0 +1,102 @@ + +Char field + + + + + + + +Choice field + + + +Zero +One +Two + + + + + +Radio choice + + + + + +Zero + + + + + +One + + + + + +Two + + + + + + +Multiple choice + + + +Zero +One +Two + + + + + +Multiple checkbox + + + Zero + One + Two + + + + + +File fied + + + + + + + +Password field + + + + + + + +Textarea + + + + + + + + + + + + Boolean field + + + + diff --git a/bootstrapform/tests.py b/bootstrapform/tests.py index 571ac9e..458b810 100644 --- a/bootstrapform/tests.py +++ b/bootstrapform/tests.py @@ -42,8 +42,9 @@ class BootstrapTemplateTagTests(TestCase): html = Template("{% load bootstrap %}{{ form|bootstrap }}").render(Context({'form': form})) - -if StrictVersion(django.get_version()) >= StrictVersion('1.10b1'): +if StrictVersion(django.get_version()) >= StrictVersion('1.11.3'): +fixture = 'basic_dj111.html' +elif StrictVersion(django.get_version()) >= StrictVersion('1.10b1'): fixture = 'basic_dj110.html' elif StrictVersion(django.get_version()) >= StrictVersion('1.7'): fixture = 'basic.html' @@ -63,7 +64,9 @@ class BootstrapTemplateTagTests(TestCase): html = Template("{% load bootstrap %}{{ form|bootstrap_horizontal }}").render(Context({'form': form})) -if StrictVersion(django.get_version()) >= StrictVersion('1.10b1'): +if StrictVersion(django.get_version()) >= StrictVersion('1.11.3'): +fixture = 'horizontal_dj111.html' +elif StrictVersion(django.get_version()) >= StrictVersion('1.10b1'): fixture = 'horizontal_dj110.html' elif StrictVersion(django.get_version()) >= StrictVersion('1.7'): fixture = 'horizontal.html' -- 2.13.2
Bug#838548: certbot: Please allow to easily set post-hooks
On Sat, 25 Mar 2017 00:50:29 -0400 "Daniel Richard G." wrote: > Hooks are not passed to the "certbot renew" command, but are instead > saved in the /etc/letsencrypt/renewal/$DOMAIN.conf files. Indeed, this is the case. Below [renewalparams] you can specify: pre_hook = /path/to/executable renew_hook = /path/to/executable post_hook = /path/to/executable To try it, run "certbot --dry-run renew --cert-name MYDOMAIN". While pre- and post-hooks get always executed, renew-hook scripts get only executed if an actual renewal was done.
Bug#802493: debian-rtc mailing list creation
Seems a very good idea, I've already wondered about the intersection of readers of e.g. Freedombox and repro lists. Best, Johannes