Bug#1063919: ITP: python-pyu2f -- pure python U2F host library
Package: wnpp Severity: wishlist Owner: Harlan Lieberman-Berg X-Debbugs-Cc: debian-devel@lists.debian.org, hlieber...@debian.org * Package name: python-pyu2f Version : 0.1.5 Upstream Contact: Google * URL : https://www.github.com/google/pyu2f * License : Apache-2.0 Programming Lang: Python Description : pure python U2F host library pyu2f is a python based U2F host library for Linux, Windows, and MacOS. It provides functionality for interacting with a U2F device over USB. . pyu2f uses ctypes to make system calls directly to interface with the USB HID device. This means that no platform specific shared libraries need to be compiled for pyu2f to work.
Bug#1063628: ITP: python-command-runner -- a platform-agnostic external command execution library for python with extra goodies
Package: wnpp Severity: wishlist Owner: Harlan Lieberman-Berg X-Debbugs-Cc: debian-devel@lists.debian.org, an...@beanfield.com, hlieber...@debian.org * Package name: python-command-runner Version : 1.6.0 Upstream Contact: Orsiris de Jong * URL : https://github.com/netinvent/command_runner * License : BSD-3-clause Programming Lang: Python 3 Description : a platform-agnostic external command execution library for python command_runner's purpose is to run external commands from python, just like subprocess on which it relies, while solving various problems a developer may face among: - Handling of all possible subprocess.popen / subprocess.check_output scenarios / python versions in one handy function without encoding / timeout hassle - Allow stdout/stderr stream output to be redirected to callback functions / output queues / files so you get to handle output in your application while commands are running - Callback to optional stop check so we can stop execution from outside command_runner - Callback with optional process information so we get to control the process from outside command_runner - Callback once we're finished to ease thread usage - Optional process priority and io_priority settings - System agnostic functionality, the developer shouldn't carry the burden of Windows & Linux differences - Optional Windows UAC elevation module compatible with CPython, PyInstaller & Nuitka - Optional Linux sudo elevation compatible with CPython, PyInstaller & Nuitka My plan is to maintain this package under the auspices of the Debian Python Team. I am packaging this module in part because it is a direct dependency of LibreNMS, though I don't currently have plans to package that. Sincerely, -- Harlan Lieberman-Berg ~hlieberman
Bug#953135: ITP: golang-github-letsencrypt-challtestsrv -- ACME challenge mock server
Package: wnpp Severity: wishlist Owner: Harlan Lieberman-Berg * Package name: golang-github-letsencrypt-challtestsrv Version : 1.2.0 Upstream Author : Let's Encrypt (Internet Security Research Group) * URL : https://github.com/letsencrypt/challtestsrv * License : MPL-2.0 Programming Lang: Go Description : ACME challenge mock server challtestsrv is a library for testing code to respond to HTTP-01, DNS-01, and TLS-ALPN-01 ACME challenges. It can also be used as a mock DNS server letting developers mock `A`, ``, `CNAME`, and `CAA` DNS data for specific hostnames. . Important note: The `challtestsrv` library is for TEST USAGE ONLY. It is trivially insecure, offering no authentication whatsoever. Only use this library in a controlled test environment. This library is being packaged as a dependency for pebble, which is itself an ACME test server to be used by the Debian Let's Encrypt team for end-to-end CI testing of ACME clients.
Bug#953130: ITP: pebble -- ACME (RFC 8555) compliance testing server
Package: wnpp Severity: wishlist Owner: Harlan Lieberman-Berg * Package name: pebble Version : 2.3.0 Upstream Author : Let's Encrypt (Internet Security Research Group) * URL : https://github.com/letsencrypt/pebble * License : MPL-2.0 Programming Lang: Go Description : ACME (RFC 8555) test-only server Pebble is a miniature version of Boulder (https://github.com/letsencrypt/boulder) that can assist in the development and testing of ACME clients against the standard without having to setup a full production-capable ACME server. . Pebble is NOT designed for production use and is for testing only. By design, it will drop all of its state between invocations and will randomize keys and certificates used for issuance! . Pebble has several top level goals: . 1. Provide a simplified ACME testing front end 2. Provide a test-bed for new and compatibility breaking ACME features 3. Encourage ACME client best-practices 4. Aggressively build in guardrails against non-testing usage Pebble is being packaged for Debian in order to provide a test harness for the certbot client, as well as other ACME clients in Debian, with the goal to be able to provide evidence that as-installed clients are fully functional through the Debian CI system. It will be maintained under the auspices of the Debian Let's Encrypt team.
Bug#904228: ITP: python-certbot-dns-sakuracloud -- SakuraCloud plugin for Certbot
Package: wnpp Severity: wishlist Owner: Harlan Lieberman-Berg * Package name: python-certbot-dns-sakuracloud Version : 0.26.1 Upstream Author : Electronic Frontier Foundation * URL : https://certbot.eff.org * License : Apache-2.0 Programming Lang: Python Description : SakuraCloud plugin for Certbot This is the SakuraCloud DNS plugin for Certbot. It will be managed under the auspices of the Debian Let's Encrypt Team.
Bug#904227: ITP: python-certbot-dns-gehirn -- Gehirn DNS plugin for Certbot
Package: wnpp Severity: wishlist Owner: Harlan Lieberman-Berg * Package name: python-certbot-dns-gehirn Version : 0.21.1 Upstream Author : Electronic Frontier Foundation * URL : https://certbot.eff.org * License : Apache-2.0 Programming Lang: Python Description : Gehirn DNS plugin for Certbot This plugin will be maintained under the auspices of the Debian Let's Encrypt team.
Bug#903850: ITP: python-certbot-dns-ovh -- OVH plugin for Certbot
Package: wnpp Severity: wishlist Owner: Harlan Lieberman-Berg * Package name: python-certbot-dns-ovh Version : 0.26.0 Upstream Author : Electronic Frontier Foundation * URL : https://certbot.eff.org * License : Apache-2.0 Programming Lang: Python 3 Description : OVH plugin for Certbot This package is a certbot plugin and will be maintained by the Debian Let's Encrypt Team.
Bug#903806: ITP: python-certbot-dns-linode -- Certbot DNS plugin for Linode
Package: wnpp Severity: wishlist Owner: Harlan Lieberman-Berg * Package name: python-certbot-dns-linode Version : 0.26.0 Upstream Author : Electronic Frontier Foundation * URL : https://certbot.eff.org/ * License : Apache-2.0 Programming Lang: Python Description : Certbot DNS plugin for Linode This package is a DNS plugin that will be maintained under the certbot section of the Debian Let's Encrypt team.
Bug#891887: ITP: python-certbot-dns-digitalocean -- DigitalOcean DNS plugin for Certbot
Package: wnpp Severity: wishlist Owner: Harlan Lieberman-Berg * Package name: python-certbot-dns-digitalocean Version : 0.22.0 Upstream Author : Certbot Project * URL : https://certbot.eff.org * License : Apache-2.0 Programming Lang: Python Description : a certbot plugin for validations through DigitalOcean This will be maintained by the Debian Let's Encrypt Team inside the certbot subteam.
Bug#891608: ITP: python-certbot-dns-cloudflare -- a plugin to perform DNS validation for certbot through Cloudflare
Package: wnpp Severity: wishlist Owner: Harlan Lieberman-Berg * Package name: python-certbot-dns-cloudflare Version : 0.22.0 Upstream Author : Certbot Project * URL : https://certbot.eff.org * License : Apache-2.0 Programming Lang: Python Description : a certbot plugin for validations through Cloudflare This will be maintained by the Debian Let's Encrypt Team inside the certbot sub-team.
Bug#888624: ITP: python-josepy -- JOSE implementation for Python
Package: wnpp Severity: wishlist Owner: Harlan Lieberman-Berg * Package name: python-josepy Version : 1.0.1 Upstream Author : Certbot Team * URL : https://pypi.python.org/pypi/josepy * License : Apache-2.0 Programming Lang: Python Description : JOSE implementation for Python This package is a Python implementation of the standards developed by IETF Javascript Object Signing and Encryption (Active WG), in particular the following RFCs: - JSON Web Algorithms (JWA) - JSON Web Key (JWK) - JSON Web Signature (JWS) This package was originally developed as part of the ACME protocol implementation in python-acme, but has now been split out into its own module.
Re: Bug#849703: ITP: ansible-doc -- Documentation for Ansible
Toni Mueller writes: > I found them only on PyPI. Did you find them elsewhere? We get them from releases.ansible.com. Are the docs in the tarballs in PyPi? -- Harlan Lieberman-Berg ~hlieberman
Re: Bug#849703: ITP: ansible-doc -- Documentation for Ansible
"W. Martin Borgert" writes: > Then why not make an additional binary package from the same > source package? This way ansible and its documentation would > not get out of sync. Unfortunately, we don't build ansible off of the git repository, but rather from the released tarballs. (The version in upstream's git requires much more extensive dfsg cleanup, and would until recently have required the bundling of multiple upstream repositories together.) It's been a while since we made the decision not to pull from upstream's git; Toni, I'd be happy to work with you on seeing if it's doable now. Sincerely, -- Harlan Lieberman-Berg ~hlieberman
Re: HEADSUP: mails sent to n...@bugs.debian.org are NOT sent to the submitter
Ian Jackson writes: > * I was overly concerned that submitters ought not to be troubled by >Debian-internal communications about their bug. I think part of the confusion and dissent here is that there are two intersecting-but-non-equal mental models of who the submitters are that lead to two different solutions. One model is that the submitters are purely "users" --- people who may not have an interest in the inner workings of a technical issue but simply want it fixed. These people are best served by the current behavior of debbugs: they get mail specifically directed to them, and they get mail when the problem is fixed. If they want to check up on the progress, they are able to check the web-UI, or intentionally opt-in to the (potentially) higher-volume of email by subscribing. The second model is that submitters are "contributors" --- that bug filing is, itself, part of the development cycle. These people are more likely to want to be involved in the process itself, and may actively be working towards solutions. Both of these models are, to some degree, strawmen; I frequently file bugs which are simply FYIs to the maintainer of some problem I ran into and was able to work around somehow, but I equally often are filing bugs I care deeply about and want to help shepherd towards resolution. Perhaps there's some happy medium here? An easier way to opt-in to subscription to a bug at submission time? Automatic subscription to a bug of those who mail @b.d.o, rather than -quiet@ or submit@? Sincerely, -- Harlan Lieberman-Berg ~hlieberman
Re: Certbot in Debian Stretch
Russ Allbery writes: > Paul Wise writes: >> I note that letsencrypt 0.4.1-1 (before the rename to certbot) is >> available in Ubuntu xenial, which is scheduled for 5 years of support, >> terminating in 2021. > It's in universe, so it's not really included in that five-year promise. We're also in negotiation with Ubuntu SRM to update the version currently in Xenial. Sincerely, -- Harlan Lieberman-Berg ~hlieberman
Re: [Letsencrypt-devel] Certbot in Debian Stretch
On November 25, 2016 4:05:30 PM EST, James Cloos wrote: >It may have been; in any case it took *weeks* for the bug I saw to get >fixed. And it doesn't matter where the bug was, it still made it >impossible to apt-get install the certbot package. Which still defines >the certbot in jessie-backports experience as (at least historically) >unreliable. Hi Jim, Dropping the lists here to get some more specifics. The fix we put in place took about ten days to hit. It shouldn't have been broken longer than that; we didn't close the bug immediately, because we wanted the dependency to fix their versioning. It's possible the workaround didn't actually correct the problem fully; it should have, but I only tested it briefly. (It was simply adding in a downstream dependency with a versioning restriction). Do you happen to remember when the problem was? I'd like to make sure I understand, since I agree completely; a fix taking weeks is not acceptable, and I am upset and embarrassed to learn one of my packages took that long. -- Harlan Lieberman-Berg ~hlieberman
Re: [Letsencrypt-devel] Certbot in Debian Stretch
James Cloos writes: > HL> Certbot has never been in jessie, so I imagine it wouldn't have been > usable. > > Certbot, letsencrypt, python-acme, et cetera; the package name doesn't > matter for this purpose. In fact, letsencrypt was never in jessie either. Both certbot and letsencrypt have only ever been in stable-bpo, stretch, and sid. > And there was quite a long time when apt-get install certbot failed on > jessie-backports systems due to version incompatibilities. If you're referring to #825619, that was a bug in a dependency, not in certbot, which we worked around by specifying a child version dependency in python-acme. Either way, I don't see the relevance for the larger discussion. I'm happy to discuss the breakage off-list, if you have concerns. Sincerely, -- Harlan Lieberman-Berg ~hlieberman signature.asc Description: PGP signature
Re: [Letsencrypt-devel] Certbot in Debian Stretch
On November 24, 2016 11:59:46 AM EST, James Cloos wrote: >The jessie and jessie-backports releases of certbot have not, in >general, been usable. There have been usable windows, but it has not >been continuous. Certbot has never been in jessie, so I imagine it wouldn't have been usable. I'm also haven't gotten any tickets about it being unusable. Can you please provide me a link to the tickets you filed when you found it unusable? -- Harlan Lieberman-Berg ~hlieberman
Re: Let's stop using CVS for debian.org website
Boyuan Yang <073p...@gmail.com> writes: > I know there is a saying that "If things ain't broken, don't fix it.". But > this > is nearly 2017 today, not 2007 or 1997. CVS is seriouly outdated and largely > replaced by SVN (or even Git). For what it's worth, there's also git-cvsimport(1) and git-cvsexportcommit(1) that can be used if someone really wants to contribute and doesn't want to touch cvs itself. Sincerely, -- Harlan Lieberman-Berg ~hlieberman
Re: Bug#834756: ITP: powershell -- scripting language interpreter built on .NET
On August 19, 2016 10:44:44 AM EDT, Marcin Kulisz wrote: >Ha, so we're trying lure Windows admins to Debian under the pretence of >'you >can do the same from Debian' and then quietly make them drop >proprietary >platforms. Sounds like a good plan to me. Embrace, extend, extinguish? ;-) -- Harlan Lieberman-Berg ~hlieberman
Re: Opt out style recommends
Pirate Praveen writes: > Currently gitlab recommends letsencrypt, it means someone has to opt in for > letsencrypt by running something like Hello! By default [1], apt will install packages which are Recommended when you install the first one. If gitlab Recommends letsencrypt, it will install letsencrypt when the user installs gitlab. "Suggests" is the weaker version of what you describe, where the user is given the name of the package during the install prompt, but has to manually install it. [1]: I say default here, but really, systems which turn off installing things which are Recommended are almost unusuable; I know for a while it was the policy of #debian to just turn away people who had done that because the system would be in such a strange state. Sincerely, -- Harlan Lieberman-Berg ~hlieberman
Bug#803617: ITP: python-letsencrypt-apache -- Apache plugin for Let's Encrypt
Package: wnpp Owner: Harlan Lieberman-Berg Severity: wishlist * Package name: python-letsencrypt-apache Version : 0.0.0.dev20151030 Upstream Author : Let's Encrypt Project * URL or Web page : https://letsencrypt.org * License : Apache-2.0 Description : Apache plugin for Let's Encrypt -- Harlan Lieberman-Berg ~hlieberman
Re: ask github to encourage signed git tags
Asheesh Laroia writes: > Yes, I do! I've pinged a friend at GitHub and CC:d the people who have > participated in this thread so far. Let's see how that conversation goes. Just as an FYI, signing a git tag produces a slightly weaker security guarantee than signing a tarball. Specifically, an attacker who is capable of a second-preimage attack on SHA-1 can forge git commits which will still verify if signed. No one has publically been able to produce even a collision in SHA-1 yet, though most people suspect it is either already in the capability of state-level attackers or will be in the next few years. Second-preimage is harder than just producing collisions, but it is still something that's good to be aware of. Sincerely, -- Harlan Lieberman-Berg ~hlieberman
Re: Allow encfs into jessie?
On Thu, 2014-09-11 at 19:33 +0200, Eduard Bloch wrote: > I though Jan has just described one. For example, taking a 10 year old > CD with backups from your safe and trying to get the data back. Another option would be to take the same approach that TrueCrypt did under (potentially) the same circumstances, and allow encfs into jessie - but only for read-only containers. That way, people can recover their data easily, but there's no risk of perpetuating a completely broken encryption layer. That'd be the best of both worlds, in my opinion. -- Harlan Lieberman-Berg ~hlieberman -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1410465966.2982.5.camel@agartha
Bug#754216: ITP: libnanomsg-raw-perl -- low-level interface to nanomsg for Perl
Package: wnpp Severity: wishlist Owner: "Harlan Lieberman-Berg" * Package name: libnanomsg-raw-perl Version : 0.02 Upstream Author : Florian Ragwitz * URL : https://metacpan.org/pod/NanoMsg::Raw * License : Expat Programming Lang: Perl / XS Description : low-level interface to nanomsg for Perl NanoMsg::Raw is a binding directly to the underlying nanomsg C library. It is intended to provide a very low-level and manual interface; it does not provide a convenient high-level API, integration with event loops, or any other abstractions. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140708185349.10316.96132.report...@debian.bos.chitika.net
Bug#753895: ITP: nanomsg -- high-performance implementation of scalability libraries
Package: wnpp Severity: wishlist Owner: "Harlan Lieberman-Berg" * Package name: nanomsg Version : 0.4-beta Upstream Author : Martin Sústrik * URL : http://nanomsg.org * License : Expat Programming Lang: C, asm Description : high-performance implementation of scalability libraries Nanomsg is a simple high-performance implementation of several scalable communications protocols, building in the same space as ZeroMQ, but requiring no external dependencies. This package builds two binary packages, libnanomsg0 (a shared library), and libnanomsg-dev. I plan to maintain this package as part of collab-maint. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140705205227.4824.72248.reportbug@agartha
ITP: libstatistics-linefit-perl -- Least squares line fit in Perl
Package: wnpp Owner: "Harlan Lieberman-Berg" Severity: wishlist *** Please type your report below this line *** * Package name: libstatistics-linefit-perl Version : 0.07 Upstream Author : Richard Anderson * URL : http://search.cpan.org/~randerson/Statistics-LineFit/ * License : GPL-1+ or Artistic Programming Lang: Perl Description : Least squares line fit in Perl Produces a least squares line fit, weighted or unweighted, borrowing some ideas from Statistics::OLS. It is faster, more robust, has better code, and allows for weighted or unweighted regression. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cabjrnbfizeev1mivti5g0nebjz473anez6shg16mlccyuuv...@mail.gmail.com
Bug#680576: ITP: libalgorithm-combinatorics-perl -- Efficient generation of combinatorial sequences in Perl/XS
Package: wnpp Severity: wishlist Owner: "Harlan Lieberman-Berg" * Package name: libalgorithm-combinatorics-perl Version : 0.27 Upstream Author : Xavier Noria * URL : http://search.cpan.org/~fxn/Algorithm-Combinatorics/ * License : Perl Programming Lang: Perl, C Description : Efficient generation of combinatorial sequences in Perl/XS Algorithm-Combinatorics is an efficient generator of combinatorial sequences. All algorithms are selected from the literature. Iterators do not use recursion, nor stacks, and are written in C. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120706230557.10428.66167.report...@debian.bos.chitika.net
ITP: libzeromq-perl -- A ZeroMQ2 wrapper for Perl
Package: wnpp Severity: wishlist Owner: "Harlan Lieberman-Berg" Package name: libzeromq-perl Version:0.21 Upstream Author:Daisuke Maki URL:http://search.cpan.org/dist/ZeroMQ/ License:GPL-1+ or Artistic Programming Lang: Perl Description:A ZeroMQ2 wrapper for Perl The ZeroMQ module is a wrapper of the 0MQ message passing library for Perl. It is a thin wrapper around the C API. ZeroMQ is an intelligence socket library that acts like a concurrency framework. It is faster than TCP for clustered products and supercomputing, carrying messages across inproc, IPC, TCP and multicast. It can connect N-N via fanout, pubsub, pipeline, request-reply, and several other models. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cabjrnbewydejyf-57khn5wmgwwtbptn_buextm+bl75smcw...@mail.gmail.com
ITP: libzeromq-perl -- A ZeroMQ2 wrapper for Perl
Package: wnpp Severity: wishlist Owner: "Harlan Lieberman-Berg" Package name: libzeromq-perl Version:0.21 Upstream Author:Daisuke Maki URL:http://search.cpan.org/dist/ZeroMQ/ License:GPL-1+ or Artistic Programming Lang: Perl Description:A ZeroMQ2 wrapper for Perl The ZeroMQ module is a wrapper of the 0MQ message passing library for Perl. It is a thin wrapper around the C API. ZeroMQ is an intelligence socket library that acts like a concurrency framework. It is faster than TCP for clustered products and supercomputing, carrying messages across inproc, IPC, TCP and multicast. It can connect N-N via fanout, pubsub, pipeline, request-reply, and several other models. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cabjrnbexvattpmelfr_am9srye1bgwdczb87yyyq5bp7zua...@mail.gmail.com
Bug#653415: ITP: libtext-ngram-perl -- Efficient XS-Based n-gram spectrum analysis module
Package: wnpp Severity: wishlist Owner: "Harlan Lieberman-Berg" * Package name: libtext-ngram-perl Version : 0.13 Upstream Author : Alberto Simões * URL : http://search.cpan.org/dist/Text-Ngram/ * License : GPL-1+ or Artistic Programming Lang: Perl and XS Description : Efficient XS-Based n-gram spectrum analysis module n-Gram analysis is a field in textual analysis which uses sliding window character sequences in order to aid topic analysis, language determination and so on. The n-gram spectrum of a document can be used to compare and filter documents in multiple languages, prepare word prediction networks, and perform spelling correction. This module provides an efficient XS-based implementation of n-gram spectrum analysis. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111227223546.14065.26688.report...@debian.bos.chitika.net
ITP: libdata-messagepack-perl -- MessagePack bindings for Perl
Package: wnpp Severity: wishlist Owner: "Harlan Lieberman-Berg" * Package name: libdata-messagepack-perl Version : 0.36 Upstream Author : Tokuhiro Matsuno * URL : http://search.cpan.org/dist/Data-MessagePack/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : MessagePack bindings for Perl This module converts Perl data structures to MessagePack and vice versa. MessagePack is a binary-based efficient object serialization format. It enables to exchange structured objects between many languages like JSON. But unlike JSON, it is very fast and small. It is portable, small in size, and has a streaming deserializer useful for RPC communication. For more information about the MessagePack format, visit http://msgpack.org. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CABJRnBf0O0iyX1zx4VyQGK+i2PjDmdR-i79G3u=kfq=oywv...@mail.gmail.com
ITP: libtenjin-perl -- Fast templating engine with support for embedded Perl
Package: wnpp Severity: wishlist Owner: "Harlan Lieberman-Berg" * Package name : libtenjin-perl Version : 0.070001 Upstream Author : Ido Perlmuter * URL : http://search.cpan.org/dist/Tenjin/ * License : Expat Programming Lang: Perl Description : Fast templating engine with support for embedded Perl Tenjin is a very fast and full-featured templating engine, implemented in several programming languages, among them Perl. The Perl version of Tenjin supports embedded Perl code, nestable layout template, inclusion of other templates inside a template, capturing parts of or the entire template output, file and memory caching, template arguments and preprocessing. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cabjrnbddwqa-t1f3g7682oj4uytanysyodqu_npxxqqpn9j...@mail.gmail.com
