Bug#477972: ITP: hamster-applet -- Time tracking applet for GNOME
Package: wnpp Severity: wishlist Owner: Tim Retout <[EMAIL PROTECTED]> * Package name: hamster-applet Version : 0.2 Upstream Author : Toms Baugis <[EMAIL PROTECTED]> * URL : http://projecthamster.wordpress.com/ * License : GPLv3 or later Programming Lang: Python, C Description : Time tracking applet for GNOME Project Hamster helps you to keep track of how much time you spend on various activities during the day. Whenever you move from one task to another, you change your current activity in the GNOME applet. It can present graphical statistics of how long you have spent on each task, and may be useful for project management or keeping employee timesheets. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#552728: ITP: imspector -- instant messenger proxy
Package: wnpp Severity: wishlist Owner: Tim Retout * Package name: imspector Version : 0.9 Upstream Author : Lawrence Manning * URL : http://www.imspector.org/ * License : GPLv2 Programming Lang: C++ Description : instant messenger proxy IMSpector is an IM proxy with monitoring, blocking and content-filtering capabilities. . Currently it supports MSN, Jabber/XMPP, AIM, ICQ, Yahoo, IRC and Gadu-Gadu to different degrees. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: bug #551926: python-pip and pip: error when trying to install together
[Resending to the *actual* debian-devel address. :) D'oh.] According to Debian Policy 10.1 [*], when two binaries have different functionality but the same name, this should be reported to the debian-devel mailing list. [*] http://www.debian.org/doc/debian-policy/ch-files.html#s10.1 In this case, 'pip' and 'python-pip' both ship /usr/bin/pip, but one is for Perl and one is for Python. The 'python-pip' package has precedence in Debian (and indeed, is the only one in testing), so I propose that the Perl pip package must pick a pseudonym for its program. My first suggestion is 'pip-perl', so that it's still possible to find via tab-completion on 'pip'. Better ideas welcomed, otherwise I'll make the change in a few days. This isn't ideal for having the same name for the Perl pip on all platforms, I know - but until we fix this, there will be a serious bug on 'pip', and it will not be released with Debian. Regards, -- Tim Retout signature.asc Description: This is a digitally signed message part
Re: bug #551926: python-pip and pip: error when trying to install together
[CCing to python-pip upstream. Ian et. al.: please see http://bugs.debian.org/551926 for the context of this email. In short, Debian needs to rename at least one of the 'pip' binaries.] On Mon, Nov 30, 2009 at 12:01:51PM +1100, Adam Kennedy wrote: > http://blog.ianbicking.org/2008/10/28/pyinstall-is-dead-long-live-pip/ > > The Perl package predates the Python one by several years. > > The author was made aware of the clash well before it was shipped to > Debian and chose to continue anyway. This seems like a valid point. I would like to hear the opinion of the upstream author of python-pip on which should be renamed. Ultimately this decision will be made by the Debian maintainers of the packages, but I reckon it's best to involve upstream as far as possible with changes of this kind. If we cannot agree on the right course of action, both programs will be renamed. Regards, -- Tim Retout -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Use of sarcasm on mailing lists (was: Re: bug #551926: python-pip and pip: error when trying to install together)
On Mon, Nov 30, 2009 at 04:02:13AM +0100, Cyril Brulebois wrote: > Mentioning $LANG in the binary is the way to go. Bonus points if > obfuscated. What about pip, pipp, and ppip? Then, you even get room > for php! At the risk of sounding like a killjoy, I do not feel that sarcasm is an effective means of communicating your points, especially when attempting a potentially delicate negotiation between Debian and upstream. I think you may have a valid point about the choice of binary name, but it is difficult for me to evaluate it when presented in this manner. I do not wish to imply that I consent to the use of sarcasm by remaining silent about this - but please feel free to restate your point in a different way. :) Thanks, -- Tim Retout -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: bug #551926: python-pip and pip: error when trying to install together
[Resending to Ian Bicking's direct email address, since the virtualenv list address bounced.] On Mon, Nov 30, 2009 at 09:49:18AM +0000, Tim Retout wrote: > On Mon, Nov 30, 2009 at 12:01:51PM +1100, Adam Kennedy wrote: > > http://blog.ianbicking.org/2008/10/28/pyinstall-is-dead-long-live-pip/ > > > > The Perl package predates the Python one by several years. > > > > The author was made aware of the clash well before it was shipped to > > Debian and chose to continue anyway. > > This seems like a valid point. I would like to hear the opinion of the > upstream author of python-pip on which should be renamed. > > Ultimately this decision will be made by the Debian maintainers of the > packages, but I reckon it's best to involve upstream as far as possible > with changes of this kind. > > If we cannot agree on the right course of action, both programs will be > renamed. Ian, please see the thread starting at: http://lists.debian.org/debian-devel/2009/11/msg01034.html In short, Debian must rename at least one of the binaries called 'pip'. My first thought was to rename the perl pip because it was a more recent addition to Debian, but it's been pointed out that Perl's pip predates the Python one. Do you have any thoughts as to how we should proceed? -- Tim Retout -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: bug #551926: python-pip and pip: error when trying to install together
On Tue, Dec 01, 2009 at 08:29:48AM +0100, Frank Lin PIAT wrote: > Why (perl) pip popcon suddenly[1] reached 68? Is it due to the new > version, or is it due to people installing it by mistake? The Debian 'pip' package from 2002 was not the same program as today's 'pip'; that one eventually got removed from the archive. So the popcon numbers are not directly comparable. Regarding whether we should package these tools at all, I could note that the Perl policy makes provisions for users who install modules from CPAN [0], and this seems like just a special case to me. [0] http://www.debian.org/doc/packaging-manuals/perl-policy/ch-site.html So I think we need to keep both tools, and should focus on resolving the overlapping binary names. Regards, -- Tim Retout -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: [Pkg-hpijs-devel] Bug#562194: hplip: hp-plugin writes to /usr/share
On Sat, 2009-12-26 at 17:47 +1100, Mark Purcell wrote:
> On Thursday 24 December 2009 05:30:25 Tim Retout wrote:
> > hp-plugin downloads firmware and plugins into
> > /usr/share/hplip/data/{firmware,plugins}. To quote the FHS:
> >
> > /var is specified here in order to make it possible to mount /usr
> > read-only. Everything that once went into /usr that is written to
> > during system operation (as opposed to installation and software
> > maintenance) must be in /var.
>
> Tim,
>
> The firmware downloaded is only used during installation of specific new
> printers.
>
> Once you have installed your printer you can mount /usr read-only and your
> system will operate correctly.
Okay. I think I can accept this reasoning, although it breaks my
intuition that dpkg should control everything under /usr/share. I am
copying debian-devel to perhaps get some other opinions on how to
interpret the FHS when it talks about "installation and software
maintenance".
I can't see any cleanup of these directories in any hplip postrm files,
so I don't think these directories will be removed after a purge? I can
file that as a separate bug once I've confirmed it, if you like.
--
Tim Retout
signature.asc
Description: This is a digitally signed message part
Bug#424844: ITP: ircservices -- Nick/channel/other services for IRC networks
Package: wnpp
Severity: wishlist
Owner: Tim Retout <[EMAIL PROTECTED]>
* Package name: ircservices
Version : 5.1pre1
Upstream Author : Andrew Church <[EMAIL PROTECTED]>
* URL : http://www.ircservices.za.net/
* License : GPLv2
Programming Lang: C
Description : Nick/channel/other services for IRC networks
IRC Services is a system of services to be used with Internet Relay Chat
networks. It provides for definitive nickname and channel ownership, as
well as the ability to send messages ("memos") to offline users, and
gives IRC operators considerably more control over the network.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#424844: ITP: ircservices -- Nick/channel/other services for IRC networks
On Thu, 2007-05-17 at 13:41 +0200, Kurt Roeckx wrote:
> On Thu, May 17, 2007 at 11:59:41AM +0100, Tim Retout wrote:
> > IRC Services is a system of services to be used with Internet Relay Chat
> > networks. It provides for definitive nickname and channel ownership, as
> > well as the ability to send messages ("memos") to offline users, and
> > gives IRC operators considerably more control over the network.
>
> We have a few irc server packages in Debian. It's unlikely that it
> works with all of them. Do you know with which it does work?
Several, according to the table at:
http://www.ircservices.za.net/download/testing/docs/2.html#1
I've tested with ircd-hybrid, but it should also do ircd-ircu and
ircd-irc2. It might work with oftc-hybrid, if it's a close enough fork
of ircd-hybrid, but I'm not sure.
That leaves dancer-ircd, ngircd and rageircd, with which I assume it
doesn't work.
--
Tim Retout <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
Re: Bug#424844: ITP: ircservices -- Nick/channel/other services for IRC networks
On Thu, 2007-05-17 at 14:25 +0200, Kurt Roeckx wrote: > On Thu, May 17, 2007 at 01:04:21PM +0100, Tim Retout wrote: > > On Thu, 2007-05-17 at 13:41 +0200, Kurt Roeckx wrote: > > Several, according to the table at: > > http://www.ircservices.za.net/download/testing/docs/2.html#1 > > > > I've tested with ircd-hybrid, but it should also do ircd-ircu and > > ircd-irc2. It might work with oftc-hybrid, if it's a close enough fork > > of ircd-hybrid, but I'm not sure. > > > > That leaves dancer-ircd, ngircd and rageircd, with which I assume it > > doesn't work. > > ircd-irc2 is not on that list. It does mention the 2.8 version, but > 2.9, 2.10 and specially 2.11 have different server-server protocols. > The current 2.11 now refuses to talk to anything that doesn't claim it > supports 2.11, and we removed most of the backward compatibility code. Whoops, my mistake. I'm sure it's possible to add support. -- Tim Retout <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Bug#494042: ITP: libhtml-formattext-withlinks-perl -- HTML to text conversion with links as footnotes
Package: wnpp Severity: wishlist Owner: Tim Retout <[EMAIL PROTECTED]> * Package name: libhtml-formattext-withlinks-perl Version : 0.11 Upstream Author : Struan Donald <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/HTML-FormatText-WithLinks/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : HTML to text conversion with links as footnotes HTML::FormatText::WithLinks takes HTML and turns it into plain text but prints all the links in the HTML as footnotes. By default, it attempts to mimic the format of the lynx text based web browser's --dump option. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#494048: ITP: libcatalyst-plugin-textile-perl -- Persistent Textile processor for Catalyst
Package: wnpp Severity: wishlist Owner: Tim Retout <[EMAIL PROTECTED]> * Package name: libcatalyst-plugin-textile-perl Version : 0.01 Upstream Author : Sebastian Riedel <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/Catalyst-Plugin-Textile/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : Persistent Textile processor for Catalyst Catalyst::Plugin::Textile provides a ready to use Text::Textile object for convenient Textile formatting in Catalyst applications. See also the libcatalyst-perl and libtext-textile-perl Debian packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#494204: ITP: libhtml-stripscripts-perl -- Strip scripting constructs out of HTML
Package: wnpp Severity: wishlist Owner: Tim Retout <[EMAIL PROTECTED]> * Package name: libhtml-stripscripts-perl Version : 1.04 Upstream Author : Clinton Gormley <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/HTML-StripScripts/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : Strip scripting constructs out of HTML HTML::StripScripts strips scripting constructs out of HTML, leaving as much non-scripting markup in place as possible. This allows web applications to display HTML originating from an untrusted source without introducing XSS (cross site scripting) vulnerabilities. You will probably use HTML::StripScripts::Parser rather than using this module directly - see the libhtml-stripscripts-parser-perl package. The process is based on whitelists of tags, attributes and attribute values. This approach is the most secure against disguised scripting constructs hidden in malicious HTML documents. As well as removing scripting constructs, this module ensures that there is a matching end for each start tag, and that the tags are properly nested. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#494255: ITP: libhtml-stripscripts-parser-perl -- XSS filter using HTML::Parser
Package: wnpp Severity: wishlist Owner: Tim Retout <[EMAIL PROTECTED]> * Package name: libhtml-stripscripts-parser-perl Version : 1.02 Upstream Author : Clinton Gormley <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/HTML-StripScripts-Parser/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : XSS filter using HTML::Parser This class provides an easy interface to HTML::StripScripts, using HTML::Parser to parse the HTML. See HTML::Parser for details of how to customise how the raw HTML is parsed into tags, and HTML::StripScripts for details of how to customise the way those tags are filtered. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#565333: ITP: libredis-perl -- persistent key-value database with network interface (Perl client library)
Package: wnpp Severity: wishlist Owner: Tim Retout * Package name: libredis-perl Version : 2:0.0801 Upstream Author : Dobrica Pavlinusic * URL : http://search.cpan.org/dist/Redis/ * License : GPL-1+ or Artistic Programming Lang: Perl Description : persistent key-value database with network interface (Perl client library) Redis is a key-value database in a similar vein to memcache but the dataset is non-volatile. Redis additionally provides native support for atomically manipulating and querying data structures such as lists and sets. . This package contains the Perl client library. (Note: The binary package libredis-perl was previously built by the 'redis' source package. But now the Perl client bindings are distributed in a separate tarball via CPAN. The last version of redis in Debian to build them was 1:1.02-1, hence the epoch of 2 in the version number.) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575171: ITP: libnet-nationalrail-livedepartureboards-perl -- Perl module for retrieving UK rail live departure board information
Package: wnpp Severity: wishlist Owner: Tim Retout Owner: Tim Retout * Package name: libnet-nationalrail-livedepartureboards-perl Version : 0.02 Upstream Author : Tim Retout * URL : http://search.cpan.org/dist/Net-NationalRail-LiveDepartureBoards/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : Perl module for retrieving UK rail live departure board information Net::NationalRail::LiveDepartureBoards provides an interface to the National Rail Enquiries Live Departure Boards SOAP API. This can be used to find the next trains arriving or departing a particular railway station in the UK. . Related modules on CPAN include WWW::LiveDepartureBoards and WWW::NationalRail, but those are implemented by scraping and parsing the relevant websites. This SOAP API should be more stable. -- 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/20100323230516.4833.25648.report...@arneb.retout.co.uk
Re: Allowing QA uploads for DMs (was: A lot of pending packages)
On 15 June 2010 21:59, Neil Williams wrote: > Encouraging maintainers to invest their time in QA > makes more sense than adding more NEW packages to become the QA > workload of the future. Directing everyone at NEW is counter-productive > and encourages more horrible first-time packages. I agree entirely with this goal - I'm not yet certain that allowing unrestricted QA uploads by DMs will solve that problem, although I wouldn't be against testing it out. For starters, it could only really be allowed for DMs, not any old packager, I think. So would this produce results among "normal" mentees? My understanding was that some DMs are interested only in the packages they already maintain, otherwise they would be in the NM queue - so this subset would be less likely to bother with orphaned packages, surely? As for the others... if the act of allowing unrestricted QA uploads would spur them to make lots of fixes, why do we not see DDs doing this all the time? (Advance warning: I'm interested in discussing the mentoring process at DebConf.) -- Tim Retout -- 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/aanlktinxmtmvfpuhsi1pohers0xfzut_mln4-gxd_...@mail.gmail.com
Mentors BoF at DebConf (was: Re: Allowing QA uploads for DMs (was: A lot of pending packages))
On 16 June 2010 03:21, Paul Wise wrote: > On Wed, Jun 16, 2010 at 6:03 AM, Tim Retout wrote: > >> (Advance warning: I'm interested in discussing the mentoring process >> at DebConf.) > > Please register a BoF in penta about it to give folks more advance warning. I've now submitted a BoF for DebCamp, with the intention of a follow-up BoF at DebConf proper. Of course, the penta submission is merely "warning" now, I guess. :) -- Tim Retout -- 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/aanlktimvdflaz2zpmgq7axxqm0cxsahrsrcve6qks...@mail.gmail.com
Bug#592193: ITP: libdevice-usb-perl -- Perl module to access USB devices using libusb
Package: wnpp Owner: Tim Retout Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libdevice-usb-perl Version : 0.35 Upstream Author : G. Wade Johnson * URL : http://search.cpan.org/dist/Device-USB/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : Perl module to access USB devices using libusb Device::USB provides a Perl interface to the C library libusb. This library supports a relatively full set of functionality to access a USB device. In addition, Device::USB provides a few convenience features that are intended to produce a more Perl-ish interface. -- 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/20100808025309.38cbf191...@antares
Re: Sponsorship requirements and copyright files
On Sat, 2009-03-21 at 20:58 +0100, Florian Weimer wrote: > And take a typical GNU project: You don't know who has effectively > assigned copyright to the FSF, so you can't reasonably claim that the > FSF is the sole copyright holder--and listing authors from the > changelog is equally wrong. When copyright is assigned to the FSF, the upstream maintainer generally changes the copyright statements in the headers of the files: http://www.gnu.org/prep/maintain/maintain.html#Copyright-Notices If you do want to check who has assigned copyright to what, ask a GNU maintainer who has access to the records on fencepost.gnu.org. Regards, -- Tim Retout signature.asc Description: This is a digitally signed message part
Re: people.debian.org will move from ravel to paradis and become HTTPS only
On 20 July 2014 10:07, Wouter Verhelst wrote: > With the state of the CA cartel these days, I have little > trust in the strength of HTTPS as a verification mechanism, and so I > wouldn't trust a file to be correct even if it came through an HTTPS > connection that validates. Instead, I would only trust such a file if it > came with a GPG signature from a key that is in the Debian keyring. Good, because that's not what HTTPS does for you. It makes it more difficult to watch exactly what you're accessing. Suppose for example I uploaded a preseed file to people.debian.org that created a Tor relay, and a suitably large government agency wanted to see all the IP addresses installing it. With HTTP, they just break into the internet backbone at an appropriate point, and log every request for that file in a *completely undetectable manner*. With HTTPS, they either need to break into the machine running people.debian.org, or start presenting a different SSL certificate - both things which can potentially be detected. Another situation is if a dissident accesses people.debian.org via Tor. With HTTP, the operator of the exit node they are using could MITM the request and tamper with the file - no state intervention required. If it's a web page, they could potentially attempt to exploit the browser. >> > Additionally, since debian.org uses DNSSEC, if you can somehow MITM >> > people.debian.org then due to DANE you can MITM it for HTTP as well as >> > HTTPS, so forcing HTTPS really doesn't gain you much. In this scenario, you gain that if the adversary wants to see what you're doing with your HTTPS connection, they need to do something potentially noticable like change the SSL certificate being offered. > Again, I support enabling HTTPS, and I support making it the default > if possible. I just don't think disabling plain HTTP is a good idea. Annoyingly, unless d-i supports SSL (or runs Tor), taking this very sensible move is rather inconvenient. Another potential use for plain HTTP would be if we installed a Tor hidden service on paradis, and published the address in a GPG-signed message. You would avoid the CA cartel, and have some assurance of privacy. Kind regards, -- Tim Retout -- 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/cadc0ge-agleh5eyfkm13mvfxhmumdpamcamofazbzqgashm...@mail.gmail.com
Bug#758672: ITP: node-webfinger -- Host Meta (RFC 6415) and Webfinger library for NodeJS
Package: wnpp Severity: wishlist Owner: Tim Retout * Package name: node-webfinger Version : 0.4.2 Upstream Author : Evan Prodromou * URL : http://github.com/e14n/webfinger * License : Apache 2.0 Programming Lang: Javascript Description : Host Meta (RFC 6415) and Webfinger client library for NodeJS This library implements NodeJS client support for: * XRD documents * JRD documents * host-meta * host-meta.json * http and https * RFC 6415 and the upcoming Webfinger RFC (up to draft 09) This is a dependency of pump.io (bug #726486). I'm hoping to maintain this as part of the pkg-javascript-devel team. -- 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/20140819205249.7577.3893.reportbug@thinkpad
Bug#758878: ITP: node-temp -- Temporary files, directories, and streams for Node.js
Package: wnpp Severity: wishlist Owner: Tim Retout * Package name: node-temp Version : 0.8.1 Upstream Author : Bruce Williams * URL : https://github.com/bruce/node-temp * License : Expat Programming Lang: JavaScript Description : Temporary files, directories and streams for Node.js This library handles generating a unique file/directory name under the appropriate system temporary directory, changing the file to an appropriate mode, and supports automatic removal (if asked). . Node.js is an event-based server-side JavaScript engine. I will maintain this as part of the javascript team. This is a build-dep for statsd (bug #705758). -- 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/20140822105115.15612.89661.reportbug@thinkpad
Bug#759108: ITP: node-validator -- String validation and sanitization for Node.js
Package: wnpp Severity: wishlist Owner: Tim Retout * Package name: node-validator Version : 3.17.0 Upstream Author : Chris O'Hara * URL : http://github.com/chriso/validator.js * License : Expat Programming Lang: JavaScript Description : String validation and sanitization for Node.js This library provides various string validation utilities for Node.js. For example, check whether a given string is a valid email or URL, or valid JSON. There are also routines to sanitize strings, e.g. trim whitespace or convert to different types. . Node.js is an event-based server-side JavaScript engine. This package is a dependency of pump.io. I will maintain it as part of the Javascript packaging team. -- 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/20140824112353.7113.98093.reportbug@thinkpad
Bug#759423: ITP: node-websocket-driver -- WebSocket protocol handler with pluggable I/O for Node.js
Package: wnpp Severity: wishlist Owner: Tim Retout * Package name: node-websocket-driver Version : 0.3.5 Upstream Author : James Coglan (http://jcoglan.com/) * URL : http://github.com/faye/websocket-driver-node * License : Expat Programming Lang: JavaScript Description : WebSocket protocol handler with pluggable I/O for Node.js This module provides a complete implementation of the WebSocket protocols that can be hooked up to any I/O stream. It aims to simplify things by decoupling the protocol details from the I/O layer, such that users only need to implement code to stream data in and out of it without needing to know anything about how the protocol actually works. . Node.js is an event-based server-side JavaScript engine. I will maintain this as part of the Javascript packaging team. This is an indirect dependency of Pump.io, see: https://wiki.debian.org/Javascript/Nodejs/Tasks/Pump.io -- 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/20140827071844.29728.65247.reportbug@thinkpad
Bug#759507: ITP: node-openid -- OpenID client library for Node.js
Package: wnpp Severity: wishlist Owner: Tim Retout * Package name: node-openid Version : 0.5.9 Upstream Author : Håvard Stranden * URL : https://github.com/havard/node-openid * License : Expat Programming Lang: JavaScript Description : OpenID client library for Node.js This library implements OpenID client support for Node.js. Features include: . * Full OpenID 1.0/1.1/2.0 compliant Relying Party (client) implementation * Very simple API * Simple extension points for association state . Node.js is an event-based server-side JavaScript engine. I will maintain this as part of the Javascript team. This is an indirect dependency of Pump.io, see: https://wiki.debian.org/Javascript/Nodejs/Tasks/Pump.io -- 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/20140827171251.2749.95554.reportbug@thinkpad
Bug#759513: ITP: node-databank -- Node.js JSON storage abstraction layer
Package: wnpp Severity: wishlist Owner: Tim Retout * Package name: node-databank Version : 0.19.1 Upstream Author : Evan Prodromou * URL : http://github.com/e14n/databank * License : Apache-2.0 Programming Lang: JavaScript Description : Node.js JSON storage abstraction layer This package is an abstraction tool for document stores or key-value stores in Node.js. Applications can use one interface for developing persistence code, and then at deployment time you can decide what driver to use. . There are three drivers included in this package: 'memory', 'partitioning', and 'caching'. . Node.js is an event-based server-side JavaScript engine. I will maintain this as part of the Javascript team. This is a dependency of Pump.io. See: https://wiki.debian.org/Javascript/Nodejs/Tasks/Pump.io -- 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/20140827213633.19499.87473.reportbug@thinkpad
Bug#759598: ITP: moment.js -- lightweight Javascript date library
Package: wnpp Severity: wishlist Owner: Tim Retout * Package name: moment.js Version : 2.8.1 Upstream Author : Tim Wood, Iskren Chernev, others. * URL : http://momentjs.com * License : Expat Programming Lang: JavaScript Description : lightweight Javascript date library This library provides functions for parsing, validating, manipulating and displaying dates in Javascript. . It can be run in either a browser or a Node.js environment. The actual package description will differ slightly depending on whether it's libjs-moment or node-moment. I will maintain this as part of the Javascript team. It is an indirect dependency of Pump.io via node-emailjs, see: https://wiki.debian.org/Javascript/Nodejs/Tasks/Pump.io Moment.js has lots of downloads according to npm, and is a dependency of many other Javascript libraries: https://www.npmjs.org/package/moment -- 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/20140828205124.27746.9895.reportbug@thinkpad
Bug#760495: ITP: node-faye-websocket -- standards-compliant WebSocket library for Node.js
Package: wnpp Severity: wishlist Owner: Tim Retout * Package name: node-faye-websocket Version : 0.7.2 Upstream Author : James Coglan (http://jcoglan.com/) * URL : http://github.com/faye/faye-websocket-node * License : Expat Programming Lang: JavaScript Description : standards-compliant WebSocket library for Node.js This is a general-purpose WebSocket implementation extracted from the Faye project. It provides classes for easily building WebSocket servers and clients in Node. It does not provide a server itself, but rather makes it easy to handle WebSocket connections within an existing Node application. It does not provide any abstraction other than the standard WebSocket API. . It also provides an abstraction for handling EventSource connections, which are one-way connections that allow the server to push data to the client. They are based on streaming HTTP responses and can be easier to access via proxies than WebSockets. . Node.js is an event-based server-side JavaScript engine. I will maintain this as part of the Javascript team. It is a dependency of Pump.io, via sockjs. See: https://wiki.debian.org/Javascript/Nodejs/Tasks/Pump.io -- 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/20140904170656.26292.79698.reportbug@thinkpad
Bug#733053: ITP: python-iptables -- Python bindings for iptables
Package: wnpp Severity: wishlist Owner: Tim Retout * Package name: python-iptables Version : 0.2.0 Upstream Author : Dhananjay Sathe * URL : https://github.com/ldx/python-iptables * License : Apache 2.0 Programming Lang: Python Description : Python bindings for iptables This package provides Python bindings to iptables under Linux. iptables is the tool that is used to manage netfilter, the standard packet filtering and manipulation framework under Linux. . Interoperability with iptables is achieved via the iptables C libraries (libiptc, libxtables, and the iptables extensions), rather than calling the iptables binary and parsing its output. -- 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/20131224155021.19242.68335.reportbug@air
Re: Pulseaudo, multiple input streams howto?
Hello, On 16 February 2014 12:16, wrote: > I want to record multiple inputs from multiple sound-cards into a single > virtual sound-card with 4 channels that I can send to audacity. > How do I do this in pulse audio. Although we have had many discussions about pulseaudio recently on debian-devel, it is not the right place to ask this type of question. Please take this to either the debian-user mailing list, the Debian user forums, or IRC. If you wish to help with development, the pulseaudio maintainers have their own mailing list. If you have a bug report, the Debian BTS is the right place. Kind regards, -- Tim Retout -- 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/cadc0ge89jxf5f53wd1d-4dc5hgft_2gggj+ol2qc9zypkbn...@mail.gmail.com
Re: pulseaudio related problems....
On 17 Feb 2014 06:54, "Andreas Tille" wrote: > I have no idea whether this remark is helpful but this thread inspired > me to give pulseaudio another chance on one of my boxes (I had > deinstalled previously on all boxes where sound stoped working at some > point in time randomly). Despite I gave pavucontrol and pasystray a try > to configure pulseaudio my box remained silent (in *any* control I > tried). It seems as long as there is no button saying "please give me > any sound" this is not helpful.s You are in a wonderful situation - you have a reproducible bug, and an easy workaround until it gets fixed properly. Please, please report and debug it so that we don't have to have these threads on debian-devel. Kind regards, Tim
Bug#745259: ITP: apt-transport-tor -- APT transport for anonymous package downloads via Tor
Package: wnpp Severity: wishlist Owner: Tim Retout * Package name: apt-transport-tor Version : 0.1 Upstream Author : Tim Retout * URL : https://github.com/diocles/apt-transport-tor * License : GPL Programming Lang: C++ Description : APT transport for anonymous package downloads via Tor Provides support in APT for downloading packages anonymously via the Tor network. . APT already includes mechanisms for guaranteeing the authenticity of the packages you download. However, an adversary sniffing your network traffic can still see what software you are installing. . Install apt-transport-tor, edit your sources.list to include only tor:// URLs, and you can "apt-get install anarchism" without fear of reprisals. This software works! It was forked from the apt HTTPS transport. It doesn't yet have a build system or any packaging, but hopefully that's the easy part. Tim -- 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/20140419225032.23729.94870.reportbug@thinkpad
Re: Bug#745259: ITP: apt-transport-tor -- APT transport for anonymous package downloads via Tor
On 22 April 2014 13:10, David Kalnischkies wrote:
> It is also such a trivial modification¹ that I wonder why a fork is
> needed as the required metadata will easily exceed the code changes.
> Just provide a patch which does those settings based on the name of
> the binary called, like apt is handling it for its gzip/bzip2/lzma/xz
> methods and be done with it forever instead of maintaining a fork.
> Or even better just add SOCKS proxy support to the existing methods…
>
>
> Where does it lead us to, when DDs prefer to do forks of Debian native
> packages? I am bit scared of the answer…
> (it explains though why my apt3 in brainfuck is going nowhere. ;) )
Hello. :)
I hope you are not too offended by my fork of this code, since you
gave me the idea last week! ("Our acquire system is pluggable..." -
https://lists.debian.org/deity/2014/04/msg00075.html )
There are a few reasons I have not yet added SOCKS support to apt properly:
- I would like to backport this feature to wheezy, and I am not so
comfortable uploading a backport of all of apt.
- Adding SOCKS support to the http method means writing a SOCKS client
in C++. I did spend two days looking at this option, but to be
honest, I'm not even that comfortable with apt having its own HTTP
parser, and would rather rely on libcurl. I want to prototype a
libcurl-based HTTP acquire method (which should then make this package
more than a trivial modification).
- Even if we add SOCKS support to apt, I can foresee it being
difficult to configure it safely for use with Tor - you need to use:
- socks5h, so that the proxy does the DNS lookups
- a username/password, for stream isolation when using IsolateSOCKSAuth
- probably a standard useragent string (i.e. not one that depends
on the version of apt being used) - I'm still looking at this
It can be done, but it will be tricky for end users to get right.
So, I think a separate 'tor' method is the way to go for usability
reasons, regardless of whether SOCKS support is added to the other
methods. I could turn this into a separate binary package built from
the apt source package? But only if you think it is appropriate for
backporting to wheezy.
What do you think? I would still like to experiment with a
libcurl-based HTTP method somewhere.
Kind regards,
--
Tim Retout
--
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/cadc0ge-aykarvqshibw36cbmejses_sfdfd-cvevtbiwxvt...@mail.gmail.com
Bug#632608: ITP: libdata-uuid-perl -- Perl module for generating UUIDs
Package: wnpp Severity: wishlist Owner: Tim Retout * Package name: libdata-uuid-perl Version : 1.217 Upstream Author : Ricardo Signes * URL : http://search.cpan.org/dist/Data-UUID/ * License : BSD-like Programming Lang: Perl Description : Perl module for generating UUIDs Data::UUID provides a framework for generating v3 UUIDs (Universally Unique Identifiers, also known as GUIDs (Globally Unique Identifiers). A UUID is 128 bits long, and is guaranteed to be different from all other UUIDs/GUIDs generated until 3400 CE. . The algorithm for UUID generation, used by this extension, is described in the Internet Draft "UUIDs and GUIDs" by Paul J. Leach and Rich Salz. (See RFC 4122.) It provides reasonably efficient and reliable framework for generating UUIDs and supports fairly high allocation rates -- 10 million per second per machine -- and therefore is suitable for identifying both extremely short-lived and very persistent objects on a given system as well as across the network. (end of description) libossp-uuid-perl already provides a version of Data::UUID, but it differs from the real Data::UUID in subtle ways. Since the ITP for that package [0] was filed, Data::UUID upstream added a license file (Nov 2008). [0] http://bugs.debian.org/283493 License file: This distribution contains code derived from the sample UUID implementation in RFC 4122, which contains the following clause. /* ** Copyright (c) 1990- 1993, 1996 Open Software Foundation, Inc. ** Copyright (c) 1989 by Hewlett-Packard Company, Palo Alto, Ca. & ** Digital Equipment Corporation, Maynard, Mass. ** Copyright (c) 1998 Microsoft. ** To anyone who acknowledges that this file is provided "AS IS" ** without any express or implied warranty: permission to use, copy, ** modify, and distribute this file for any purpose is hereby ** granted without fee, provided that the above copyright notices and ** this notice appears in all source code copies, and that none of ** the names of Open Software Foundation, Inc., Hewlett-Packard ** Company, Microsoft, or Digital Equipment Corporation be used in ** advertising or publicity pertaining to distribution of the software ** without specific, written prior permission. Neither Open Software ** Foundation, Inc., Hewlett-Packard Company, Microsoft, nor Digital ** Equipment Corporation makes any representations about the ** suitability of this software for any purpose. */ The same terms apply to this code. -- 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/20110704011807.8341.85428.report...@arneb.retout.co.uk
Bug#635352: ITP: libcache-ref-perl -- Perl module for caching references in memory
Package: wnpp Severity: wishlist Owner: Tim Retout * Package name: libcache-ref-perl Version : 0.04 Upstream Author : Yuval Kogman * URL : http://search.cpan.org/dist/Cache-Ref/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : Perl module for caching references in memory Cache::Ref implements in-memory caching, designed primarily for shared references. It supports various caching algorithms. . It differs from CHI (libchi-perl), in that it does not attempt to address the problem of caching things persistently. -- 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/20110725132505.10140.2868.report...@debian.retout.co.uk
Bug#635458: ITP: libkiokudb-cmd-perl -- command-line tools for KiokuDB
Package: wnpp Severity: wishlist Owner: Tim Retout * Package name: libkiokudb-cmd-perl Version : 0.03 Upstream Author : Yuval Kogman * URL : http://search.cpan.org/dist/KiokuDB-Cmd/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : command-line tools for KiokuDB KiokuDB::Cmd is an App::Cmd based, pluggable suite of commands for KiokuDB, the Perl object persistence framework. . Some commands such as KiokuDB::Cmd::Command::Dump are part of the core distributions, but backends can provide their own subcommands as well. -- 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/20110725233000.17309.7424.report...@debian.retout.co.uk
Bug#635638: ITP: libkiokudb-backend-dbi-perl -- DBI backend for KiokuDB
Package: wnpp Severity: wishlist Owner: Tim Retout * Package name: libkiokudb-backend-dbi-perl Version : 1.20 Upstream Author : Yuval Kogman * URL : http://search.cpan.org/dist/KiokuDB-Backend-DBI/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : DBI backend for KiokuDB KiokuDB::Backend::DBI is a backend for KiokuDB onto DBI-accessible databases such as PostgreSQL, MySQL and SQLite. . KiokuDB is a Moose-based object-oriented persistence frontend for a number of storage backends. -- 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/20110726050057.15997.86709.report...@debian.retout.co.uk
removing yada (was: Re: Bug#636016: ITP: goodbye -- next part after 'hello', and a packaging example)
On 31 July 2011 07:53, Steve Langasek wrote: > It's hard to be sure something like this is a joke when packages like yada > are still in the archive. On the subject of yada: since your email, bug #334164 has been upgraded to RC, yada itself has been orphaned, and I have proposed its removal to debian-qa. So if anyone fancies adopting it and arguing in favour of keeping it, now's the time! -- Tim Retout -- 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/CADc0ge9K10eGWZqK6svqTKj-F8V5ZUe+QGC114D=a653imw...@mail.gmail.com
