Bug#1030835: ITP: ruff -- linter for Python, written in Rust
Hello, Package: wnpp Severity: wishlist Owner: James Addison X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: ruff Version : 0.0.243 Upstream Contact: Charlie Marsh * URL : https://github.com/charliermarsh/ruff/ * License : MIT Programming Lang: Rust Description : linter for Python, written in Rust Ruff is a linter for Python that includes implementations of many common checks implemented by flake8, flake8 plugins, and pylint. Any progress with this? -- -- mit freundlichen Grüßen -- -- Matthias Urlichs OpenPGP_signature Description: OpenPGP digital signature
Bug#965373: ITP: lua-yajl -- Yet Another JSON Library bindings for Lua 5.1
Package: wnpp Severity: normal Owner: Matthias Urlichs * Package name: lua-yajl Version : 0.2 Upstream Author : Brian Maher * URL : https://github.com/brimworks/lua-yajl * License : MIT/X Programming Lang: C, Lua Description : Yet Another JSON Library bindings for Lua 5.1 This package is required for updating the "mudlet" package (Debian: 3.7, Upstream: 4.9.1).
Bug#754513: ITP: libressl -- SSL library, forked from OpenSSL
Hi, Thomas Goirand: Well, I don't agree with this view. If LibreSSL pretends to be a replacement for OpenSSL, then they should care about being ABI compatible, so we can easily switch from one implementation to the other. That depends. If the ABI in question includes calls or constants which are the security equivalent of gets() or scanf(%s) or …, then no. As Kurt wrote, GNUTLS becomes a better alternative then. Does gnutls have an openssl shim which actually works as a generic replacement? I dimly recall a couple of not-so-nice incompatibilities … Therefore, I'd very much prefer if we used OpenSSL *or* LibreSSL, but not have the choice between the 2, otherwise, that's a recipe for disaster. Well … Please don't upload LibreSSL to Sid *ever*, unless we collectively decide that we are switching away from OpenSSL (and for which a discussion would have to start). … while IMHO it's possible to safely mix openssl and libressl if we prepare for that (i.e. make sure that _everything_ in libressl is only exported with properly versioned symbols), again IMHO the time and effort required for _that_ would be better spent evaluating the changes both projects made and then deciding which of the two shall be in Debian. Both efforts have started fairly recently, so it's kind of premature to do that now; and while IANARTM (Release Team Member) transitioning the whole of Debian to libressl closer to the release would not be a good idea even if we decide it's (going to be) the better alternative. -- -- Matthias Urlichs -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140713061751.ga15...@smurf.noris.de
Bug#754513: ITP: libressl -- SSL library, forked from OpenSSL
Hi, Bernhard R. Link: * Mike Hommey m...@glandium.org [140713 12:55]: Contrary to what you seem to believe, this only really works if *both* libraries have versioned symbols. Otherwise, you can end up with libraries linked against the unversioned one using symbols from the versioned one at run time when both are loaded in the same address space. Actually, both having versioned symbols is not enough. It is either both must always have had versioned symbols or both must have versioned symbols now and every binary linked against either must have been built (or rebuilt) after the symbols got versioned. Bah. Thanks for the correction. However, it seems that the current OpenSSL package _does_ have fully-versioned symbols, at least if I understand objdump -T correctly. So the situation may not be as dire as this thread suggests. -- -- Matthias Urlichs -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140713120217.gb15...@smurf.noris.de
Bug#754513: ITP: libressl -- SSL library, forked from OpenSSL
Hi, Mike Hommey: Well, it kind of is. Because those versioned symbols in openssl come from a debian patch, afaict. So while debian may be fine (as long as all build-rdeps have been rebuilt since openssl got those versioned symbols), other distros aren't covered, as well as binaries not compiled on debian. I am, frankly, not at all concerned with binaries not compiled on Debian at this point. Data point: Fedora uses a different symbol versioning scheme for openssl, so openssl-linked binaries from there won't run on Debian anyway. It's far more imperative to educate upstream (in general, not just openssl – but them in particular) about the fact that adding versioning to their libraries is a Very Good Idea which will save them (and, more to the point, anybody using their code) a whole lot of hassle – as well as potential security holes – if/when their ABI changes. -- -- Matthias Urlichs -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140713183630.gf3...@smurf.noris.de
Bug#752745: ITP: dnssec-root-key -- This package contains DNSSEC root key
Hi, Ondřej Surý: I provide root.key and root.ds in /etc/dns/. It's probably not a bad idea to also provide root-anchors.xml in /usr/share/dns-root-data/ As a side note - do you think that /etc/dns/ is OK, or we should use /usr/share/dns-root-data/ (or /usr/share/dns/)? root.key and root.ds are read-only data (from the local admin's PoV). Why would they reside in /etc? -- -- Matthias Urlichs -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140627154836.gk27...@smurf.noris.de
Bug#752900: ITP: appstream-glib -- Library for AppStream metadata access
Hi, Matthias Klumpp: This package is relevant mainly for it's metadata validator, which is more *its versatile than appstream-validate. Also, some tools might want to depend on libappstream-glib in future. *in the future -- -- Matthias Urlichs -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140627164308.gl27...@smurf.noris.de
Bug#741065: Progress?
Since I find myself in need of etcd … any progress? Preliminary Debian packaging? signature.asc Description: Digital signature
Bug#565308: (manpage of) mysql is no longer free!
As http://lwn.net/Articles/555278/rss reports, Oracle now transitions the man pages away from the GPL. That's not their first move along these lines and it's unlikely to be their last. Time to replace mysql with mariadb in Debian. Other distributions have done it, with no adverse effects that I can see. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130619072234.ga3...@smurf.noris.de
Bug#692452: RFP: teamd -- Daemon for controlling the team network driver
Package: wnpp Severity: wishlist * Package name: libteam Version : 0.1.1 Upstream Author : Jiri Pirko jpi...@redhat.com * URL : https://github.com/jpirko/libteam * License : LGPL Programming Lang: C, Python Description : Daemon for controlling the team network driver The team driver affords teaming (bonding, load-balancing, failover) of multiple network interfaces. It is a lightweight replacement to the bonding driver. The sources contains the library to control the kernel driver, a daemon, Python bindings, and some example programs. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121106115909.19779.50801.report...@data.intern.smurf.noris.de
Bug#661114: ITP: python-ultramysql -- Fast MySQL library for Python
Package: wnpp Severity: wishlist Owner: Matthias Urlichs matth...@urlichs.de * Package name: python-ultramysql Version : 2.1 Upstream Author : Jonas Tarnstrom and ESN Social Software AB jonas.tarnst...@esn.me * URL : https://github.com/esnme/ultramysql * License : MIT/X Programming Lang: C++, Python Description : Fast MySQL library for Python UltraMySQL is a fast, basic library for talking to a mysql server. It uses the standard Python socket module, thus works with gevent and similar libraries. . UltraMySQL does not conform to the standard Python DBI. It does not support compression, SSL, or old-style passwords. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120224100515.14917.73678.report...@data.intern.smurf.noris.de
Bug#657712: ITP: p2pool -- peer-to-peer pool for Bitcoin mining
Package: wnpp Severity: wishlist Owner: Matthias Urlichs matth...@urlichs.de * Package name: p2pool Version : 1.0 Upstream Author : Forrest Voight forr...@forre.st * URL : https://github.com/forrestv/p2pool * License : GPL3 Programming Lang: Python, C Description : peer-to-peer pool for Bitcoin mining p2pool implements a peer-to-peer mining pool for bitcoins. Unlike a traditional pool, there is no central authority which distributes the coins that are mined. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120128085502.12779.32117.report...@data.intern.smurf.noris.de
Bug#641699: Status?
Any progress? Can people help? -- -- Matthias Urlichs -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111226065542.GE5044@zot
Bug#325159: Current status of owfs in Debian?
Hi, Sebastian Harl: Any news on that? It'll happen. -- Matthias Urlichs | {M:U} IT Design @ m-u-it.de | sm...@smurf.noris.de Disclaimer: Das Zitat wurde zufällig ausgewählt. | http://smurf.noris.de - - Was gibt heute zum Mittagesen? Scheisse mit Erdbeeren. Iiiigittt, Erdbeeren! -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#325159: Current status of owfs in Debian?
Hi, Sebastian Harl: What is the current status of owfs in Debian? Didn't have much time for submitting another NEW package, but plan to do it later this week. -- Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED] Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de - - Darth Vader: Your powers are weak, old man. Obi-Wan Kenobi: You can't win, Darth. If you strike me down, I shall become more powerful than you could possibly imagine. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495630: ITP: libfaketime -- report faked system time to programs
Hi, Daniel Kahn Gillmor: libfaketime appears to be capable of intercepting stat() calls while datefudge is not. That's been intentional. (One of the uses of datefudge was to test tools like make, when they run on a file system whose times are skewed.) And libfaketime is capable of setting absolute times (i.e. making the wall clock appear completely stopped for the client). That's ugly. ;-) [Datefudge] can't stop the clock the way that libfaketime can: There are a few programs out there which misbehave (i.e. hang) if you do that, so I saw no reason to implement this ... Both tools seem to be GPL-2 or later, so i see no reason why upstream couldn't join forces if they wanted to. Wolfgang? Matthias? Do you guys have any preferences for how to proceed? What do you think of Guus' suggestion? If you want to enhance my datefudge code with whatever features libfaketime has that I haven't, be my guest. -- Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED] Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de - - Howe's Law: Everyone has a scheme that will not work. signature.asc Description: Digital signature
Bug#429467: Go for it
Feel free to take it. -- Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED] Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de - - Had this author [Sir W. Drummond, Academical Questions, chap. iii.], instead of inveighing against the guilt and absurdity of atheism, demonstrated its falsehood, his conduct would have, been more suited to the modesty of the skeptic and the toleration of the philosopher. [Percy Byssche Shelley, The Necessity of Atheism] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325159: in NEW
The packages are now in the NEW queue. I decided to drop the owfs = 1wire rename because the Upstream author did not want me to do this; ofws is the package name on sourceforge; most people, he says, will use that name to search for the package. -- Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED] Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de - - You might be a Redneck if ... Your boat has not left the driveway in 15 years. signature.asc Description: Digital signature
Bug#325159: Package name
The package will be named 1wire. owfs may be the upstream name, but it's really ugly and applies to 5% of the total package. There'll be a subpackage named 1wire-owfs which contains the FUSE binary. -- Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED] Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de - - Paprika Measure: 2 dashes== 1 smidgen 2 smidgens == 1 pinch 3 pinches == 1 soupcon 2 soupcons == 2 much paprika signature.asc Description: Digital signature
Bug#354774: Django packaging
Hi, Raphael Hertzog: I added recommends of python-psycopg, python-sqlite and python-mysqldb. I'd use Suggests: for the postgres and mysql modules. -- Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335246: Django packaging
Hello, you both indicated (Debian bugs #335246 and #354774) that you want to package Django. Well, I need it ... Questions: - progress? - any interim packages? - are you two aware of each other / working together? -- Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED] Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de - - They were allowed to stay there on one condition, and that is that they didn't eat of the tree of knowledge. That has been the condition of the Christian church from then until now. They haven't eaten as yet, as a rule they do not. -- Clarence Seward Darrow, American lawyer (1857-1938) signature.asc Description: Digital signature
Bug#361279: ITP: libarray-refelem-perl -- Set up array elements as aliases
Package: wnpp Severity: wishlist Owner: Matthias Urlichs [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: libarray-refelem-perl Version : 1.00 Upstream Author : Name [EMAIL PROTECTED] * URL : http://www.example.org/ * License : GPL+Artistic (same as Perl) Description : Array::RefElem - Set up array elements as aliases This module give direct access to the internal perl routines that let you store reference to things in arrays and hashes. (Needed for packaging libdata-dumpxml-perl.) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFENpGh8+hUANcKr/kRAu6FAJ9wNaP2LU5nndsUR06X2hIEI9LlywCgoDjk Pu8LXYvgrU3iE1NCHlBMGf8= =6Zne -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361279: ITP: libarray-refelem-perl -- Set up array elements as aliases
Hi, Upstream Author : Name [EMAIL PROTECTED] * URL : http://www.example.org/ *Ouch*. Sorry about that. Upstream Author : Gisle Aas URL : http://cpan.perl.org/modules/authors/G/GA/GAAS/ -- Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#361291: ITP: libdata-dumpxml-perl -- Dump arbitrary perl data structures as XML and restore them
Package: wnpp Severity: wishlist Owner: Matthias Urlichs [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: libdata-dumpxml-perl Version : 1.06 Upstream Author : Gisle Aas * URL : http://www.cpan.org/modules/by-authors/id/G/GA/GAAS * License : GPL+Artistic (same as Perl) Description : Dump arbitrary perl data structures as XML and restore them This module provides a single function called dump_xml() that takes a list of Perl values as its argument and produces a string as its result. The string returned is an XML document that represents any Perl data structures passed to the function. Reference loops are handled correctly. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFENqmE8+hUANcKr/kRAtAjAJ4hxcqtYqnlQpTdkYqdubsyHQdxYwCaAqhs l4xJz0mQ4d+k7rMOk038Im8= =kZvo -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338676: Progress?
I'd like to help / betatest too, if I may. Sources? (I have an autobuilder set up here, so the QA thing doesn't need handholding... much.) -- Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED] Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de - - There are people who find it odd to eat four or five Chinese meals in a row; in China, I often remind them, there are a billion or so people who find nothing odd about it. -- Calvin Trillin signature.asc Description: Digital signature
Bug#322534: ITP: mpfi -- multiple precision floating-point in terval computation
Hi, Laurent Fousse: It is a library. Then please say so in the description. The programming language it's for might be nice to mention, too. ;-) -- Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED] Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de - - The road to Hades is easy to travel. -- Bion signature.asc Description: Digital signature
Bug#251617: panotools: Still interested ?
Hi, are you going to upload panotools soon? if not, I'd want to take over. -- Matthias Urlichs | [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#283385: ITP: gimp-ufraw -- Gimp tool to impor raw images
Hi, Ari Pollak: Isn't there already a gimp-dcraw package to do the exact same thing but is more mature? Does UFRaw have any advantages over dcraw? Does it open different kinds of images? ufraw has a preview image and lots of options. gimp-dcraw is a bare-bones import without preview and with too few options -- using it is hit-and-miss and the results still require some postprocessing in the gimp. ufraw has lots of preprocessing options which seem to duplicate gimp's features. Unfortunatey, they are necessary because its 8-bit limitation would cause major quality problems. The bottom line is that gimp-dcraw is unuseable when you want to do a high-quality import; ufraw works. -- Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#283385: ITP: gimp-ufraw -- Gimp tool to impor raw images
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: gimp-ufraw Version : 0.2 Upstream Author : udi Fuchs [EMAIL PROTECTED] * URL : http://www.aei.mpg.de/~udif/UFRaw/ * License : GPL Description : Gimp tool to import raw images This is a graphical tool to import raw data from high-end digital cameras into the Gimp. . ufraw has lots of preprocessing options which seem to duplicate gimp's features. Unfortunatey, they are necessary because its 8-bit limitation would cause major quality problems. - -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (730, 'testing'), (620, 'unstable'), (510, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-rc2-mm2-1.18 Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFBqgkq8+hUANcKr/kRAmUyAJ40hUV+3bJzzqp1AL73RA5nGGehuQCeLKbb aDzyEESr+sNKemplQNy5EoQ= =vKjZ -END PGP SIGNATURE-
Bug#262033: ITP: ast-prompts-de -- German voicemail prompts for Asterisk
Hi, Michael Koch: * Package name: ast-prompts-de Wouldn't asterisk-prompt-de be a better name ? I somehow think ast means abstract syntax tree ... It's also more easily findable. NB: Don't forget the Enhances: asterisk entry in debian/control. -- Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#256980: ITP: jackeq -- routes and manipulates audio from/to multiple sources
Hi, Free Ekanayaka wrote: Version : x.y.z Upstream Author : Name [EMAIL PROTECTED] * URL : http://www.example.org/ * License : (GPL, LGPL, BSD, MIT/X, etc.) (Include the long description here.) Could you *please* use real values here? -- Matthias Urlichs
Bug#256806: ITP: libvideo-capture-perl -- Perl interface to the Video4linux framegrabber interface
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: libvideo-capture-perl Version : 0.222 Upstream Author : Marc Lehmann [EMAIL PROTECTED] * URL : http://www.example.org/ * License : GPL Description : Perl interface to the Video4linux framegrabber interface This package contains Perl modules which interface to the Video4linux frame grabber. . The following Perl modules are included in this package: . * Video::Capture::V4l - Video4linux framegrabber interface * Video::Capture::VBI - Functions to manipulate vbi fields lines * Video::Frequencies - Many, many frequency constants and lists * Video::RTjpeg - Real time, jpeg-like video compression * Video::XawTV - read, create and edit .xawtvrc files - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (650, 'testing'), (601, 'unstable'), (542, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.7-mm3-1.15 Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFA4SeO8+hUANcKr/kRAj3lAJ98BaGOeif6XjcnbLWFNUR1KUtwAQCeKCCr LzJROKF56F3cEVSMw1L7XPc= =msJa -END PGP SIGNATURE-
Bug#201568: adopting
retitle 201568 ITP: yapps2 -- Yet Another Python Parser System thanks I intend to package yapps2 ASAP. -- Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#230377: Not to be packaged
tag 230377 +wontfix tag 230378 +wontfix tag 230379 +wontfix thanks I am not going to package these modules. They're unmaintained, they're not feature-complete, they afford a different programming paradigm than everybody else uses, and they're not fully Unicode-aware. Please use libnet-libidn-perl instead. -- Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#230383: Not to be packaged
tag 230383 +wontfix thanks I am not going to package these modules. They're unmaintained, they're not feature-complete, they afford a different programming paradigm than everybody else uses, and they're not fully Unicode-aware. Please use libnet-libidn-perl instead. -- Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#240437: ITP: libnet-libidn-perl -- Perl bindings for GNU Libidn
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: libnet-libidn-perl Version : 0.05 Upstream Author : Thomas Jacob [EMAIL PROTECTED] * URL : http://spaceship.berlios.de/net-libidn/ * License : GPL+Artistic Description : Perl bindings for GNU Libidn Provides bindings for GNU Libidn, a C library for handling Internationalized Domain Names according to IDNA (RFC 3490), in a way very much inspired by Turbo Fredriksson's PHP-IDN. The libnet-libidn-perl package will be added to Debian instead of libencode-punycode-perl -- Punycode encoder/decoder WNPP bug #230377 libnet-idn-nameprep-perl -- Canonizing internationalized domain names WNPP bug #230378 libidna-punycode-perl-- code to convert between punycode and UTF8 WNPP bug #230383 which seem to be unmaintained Upstream, and only implement an insufficient subset of libidn's features. (I am the author of these WNPP bugs.) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAZVi58+hUANcKr/kRAh06AJ9hC4CJWvlJdhHN5n0BeuOyZG40UACgiRdg Da+Q10egF31vcHii7red4Pc= =JsOa -END PGP SIGNATURE-
Bug#240321: ITP: tcng -- Interpreter for traffic control language
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: tcng Version : 9l Upstream Author : Werner Almesberger [EMAIL PROTECTED] * URL : http://tcng.sourceforge.net/ * License : GPL, LGPL Description : Interpreter for traffic control language Using /sbin/tc (to configure Linux network traffic flow control) is painful. This package attempts to reduce the pain with two new input languages (one for humans, and XML ;-). The output is XML, or /sbin/tc commands to configure the kernel. - From the README: tcng is a redesign of the Linux traffic control architecture. In the first phase, the configuration language will be improved. In the second phase, kernel components will be generated directly by configuration utilities. Throughout all this, full compatibility with the existing traffic control infrastructure will be maintained. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAZH328+hUANcKr/kRArUlAJ45jluwQORyfBuMPGpea3orYCwhsQCgjO+I oFobEI0ne5VStRqUNkhoXT8= =q7W9 -END PGP SIGNATURE-
Bug#187548: take over
retitle 187548 ITP: gnupg2 -- the next GnuPG version thanks newpg was merged back into the 1.9 branch of gnupg. It will become gnupg2. For the moment, the two will be installable in parallel. -- Matthias Urlichs signature.asc Description: Digital signature
Bug#187548: NewPG = GnuPG2 (Re: Bug#187548)
Hi, [ James: This is about the WNPP bugs 187546-9: ITPs for the GnuPG components dirmngr, libksba, pinentry, and newpg. NewPG was rolled back into GnuPG some time ago; it's going to become GnuPG2. ] Martin Michlmayr: Shouldn't that bug just be closed? I'm sure out GnuPG maintainer will upload 2.0 when it's out. Thanks for prompting me -- I meant to talk to James about this, but it slipped through the cracks. It's going to be some time, most likely after Sarge, until GnuPG 2.0 happens. Since GnuPG2 has a couple of other modules (GPG-Agent; the GpgSM smartcard interface program) which aren't yet available in Debian, but which users (including myself...) need -- for instance, they're somewhat essential for proper crypto support in KMail --, I've decided to take over packaging them. Ralf Nolden, the ITPs' author hasn't done anything about these ITPs for almost a year and is unlikely to have time in the foreseeable future. Upstream wants Debian versions of their code sooner rather than later; they've built hacked-together interim packages for these modules. That's not an ideal solution. I am working with Upstream to make sure that my packages work with the rest of both Project Aegypten, for which some other people already have some modules in Debian, and Sarge. Thus my intention is to properly package these modules for Debian, including pre-2.0 versions of GnuPG2. I am not going to let these packages disrupt Debian's GPG 1.2 in any way, of course. James, correct me if I'm wrong, but I assume that your schedule doesn't have much room for a couple of new packages at the moment... By the time GnuPG 2.0 comes around and is deigned to be Debian's official crypto solution, I'll be happy to either pass it over to James, or co-maintain GnuPG2 if he thinks I did a good-enough job. -- Matthias Urlichs signature.asc Description: Digital signature
Bug#187548: NewPG = GnuPG2 (Re: Bug#187548)
Hi, James Troup: Matthias Urlichs [EMAIL PROTECTED] writes: Thus my intention is to properly package these modules for Debian, including pre-2.0 versions of GnuPG2. I am not going to let these packages disrupt Debian's GPG 1.2 in any way, of course. Err, I assume you mean by uploading to experimental? At first, of course. Ideally, though, I'd like to do this in a way which lets people use the full integration with KMail, meaning GnuPG Agent support, smart crypto cards, et al, in Sarge. I'll have to talk to the Upstream people how feasible that is. James, correct me if I'm wrong, but I assume that your schedule doesn't have much room for a couple of new packages at the moment... Well, I don't consider a new upstream release of gnupg (however divergent) a new package, to be honest... It may as well be, given that it's now going to be split into four binaries, and you'll need at least one new library (libksba). -- Matthias Urlichs signature.asc Description: Digital signature
Bug#232001: ITP: libio-socket-multicast-perl -- Send and receive multicast messages with Perl
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: libio-socket-multicast-perl Version : 0.25 Upstream Author : Lincoln Stein [EMAIL PROTECTED] * URL : http://cpan.perl.org/modules/by-module/IO/ * License : Perl Description : Send and receive multicast messages with Perl - From the Upstream README: The IO::Socket::Multicast module subclasses IO::Socket::INET to enable you to manipulate multicast groups. With this module (and an operating system that supports multicasting), you will be able to receive incoming multicast transmissions and generate your own outgoing multicast packets. An initial package is available at http://smurf.noris.de/code/debian/unstable/. - -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux kiste 2.6.2-mm1-0.3 #11 SMP Sun Feb 8 05:25:45 CET 2004 i686 Locale: LANG=en_US.utf8, LC_CTYPE=de_DE.utf8 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAKEKE8+hUANcKr/kRAiiHAJkBNm+lpIh+f8bQJVgYHQ+Nz6DumwCfbBzR V+rAyQbY1UeeIt79sq9o9SA= =3Bjt -END PGP SIGNATURE-
Bug#231984: ITP: libio-interface-perl -- Socket methods to get/set interface characteristics
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: libio-interface-perl Version : 0.97 Upstream Author : Lincoln Stein [EMAIL PROTECTED] * URL : http://cpan.perl.org/modules/by-module/IO/ * License : Perl Description : Socket methods to get/set interface characteristics - From the Upstream README: IO::Interface adds object-methods to IO::Socket objects to allow them to get and set operational characteristics of network interface cards, such as IP addresses, net masks, and so forth. It is useful for identifying runtime characteristics of cards, such as broadcast addresses, and finding interfaces that satisfy certain criteria, such as the ability to multicast. An initial package is available at http://smurf.noris.de/code/debian/unstable/. - -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux kiste 2.6.2-mm1-0.3 #11 SMP Sun Feb 8 05:25:45 CET 2004 i686 Locale: LANG=en_US.utf8, LC_CTYPE=de_DE.utf8 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAKDby8+hUANcKr/kRAiy3AJ9rQRbVXXJpZJqqxHWsFLW2R7BQZQCggqY4 cqeKpKFYS/9KxV2qfq7jpWo= =Ofzn -END PGP SIGNATURE-
Bug#230377: ITP: libencode-punycode-perl -- Punycode encoder/decoder
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: libidn-perl Version : 0.0.2 Upstream Author : Tatsuhiko Miyagawa [EMAIL PROTECTED] * URL : http://www.cpan.org/authors/id/M/MI/MIYAGAWA/ * License : perl Description : Punycode encoder/decoder This module is one of several that are necessary for handling internationalized domain names correctly. The upstream README states: NAME Encode::Punycode - Encode plugin for Punycode encodings DESCRIPTION Encode::Punycode is an Encode plugin, which allows you to encode Unicode strings into Punycode. Punycode is an efficient encoding (ACE) of Unicode for use with IDNA. AUTHOR Tatsuhiko Miyagawa [EMAIL PROTECTED] This library is free software; you can redistribute it and/or modify it under the same terms as Perl itself. SEE ALSO http://www.ietf.org/internet-drafts/draft-ietf-idn-punycode-01.txt the IDNA::Punycode manpage - -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux kiste 2.6.2-rc2-0.2 #5 SMP Thu Jan 29 19:46:07 CET 2004 i686 Locale: LANG=en_US.utf8, LC_CTYPE=de_DE.utf8 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAGnen8+hUANcKr/kRAqCdAJwOgtAIgX28fMIHNRfYYeJkGNCCRgCfbEdC UzR4LTIJl3VWfocO+AKJ6Eg= =nopW -END PGP SIGNATURE-
Bug#230378: ITP: libnet-idn-nameprep-perl -- Canonizing internationalized domain names
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: libnet-idn-nameprep-perl Version : 0.0.2 Upstream Author : Tatsuhiko Miyagawa [EMAIL PROTECTED] * URL : http://www.cpan.org/authors/id/M/MI/MIYAGAWA/ * License : perl Description : Canonizing internationalized domain names This module canonizes international domain names. It is required for correctly handling non-ASCII domains. Upstream documentation says: Net::IDN::Nameprep implements IDN nameprep specification. This module exports only one function called Cnameprep. $prepared = nameprep $utf8; accepts UTF8 encoded string, and returns nameprep-ed UTF8 encoded string. It might throw an exception in case of error (String %s contains prohibited character: %s). AUTHOR Tatsuhiko Miyagawa [EMAIL PROTECTED] This library is free software; you can redistribute it and/or modify it under the same terms as Perl itself. - -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux kiste 2.6.2-rc2-0.2 #5 SMP Thu Jan 29 19:46:07 CET 2004 i686 Locale: LANG=en_US.utf8, LC_CTYPE=de_DE.utf8 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAGnl68+hUANcKr/kRAjhGAJ9i2vh/rcYHOjrRGBT7LeHCMaMdrwCgjhA4 oxgqiyFJBLrXTURJbcZFXoY= =9ao+ -END PGP SIGNATURE-
Bug#230383: ITP: libidna-punycode-perl -- code to convert between punycode and UTF8
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: libidna-punycode-perl Version : 0.0.2 Upstream Author : Tatsuhiko Miyagawa [EMAIL PROTECTED] * URL : http://www.cpan.org/authors/id/M/MI/MIYAGAWA/ * License : perl Description : libidna-punycode-perl -- code to convert between punycode and UTF-8 This is the actual converter between UTF-8 and Punycode, written in pure Perl. It is used by the Encode::Punycode module. Upstream copyright: This library is free software; you can redistribute it and/or modify it under the same terms as Perl itself. - -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux kiste 2.6.2-rc2-0.2 #5 SMP Thu Jan 29 19:46:07 CET 2004 i686 Locale: LANG=en_US.utf8, LC_CTYPE=de_DE.utf8 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAGnsv8+hUANcKr/kRAt9JAJ414bdkXECt4DQZHVC/8hbmlqAAGgCeNy4b N72bJvxteNlUJHfmj0MNxZ0= =oHzX -END PGP SIGNATURE-
Bug#230377: ITP: libencode-punycode-perl -- Punycode encoder/decoder
Hi, Jaldhar H. Vyas: SEE ALSO http://www.ietf.org/internet-drafts/draft-ietf-idn-punycode-01.txt This is RFC 3492 now. You should update the README to point to ftp://ftp.rfc-editor.org/in-notes/rfc3492.txt Thank you; I'll fix that and send a patch to Upstream. (The modules in question are, I hesitate to say, somewhat old -- but functional.) Does Debian now have a complete infrastructure for using internationalized domain names? Or is there anything missing? Probably not. This should be addressed, of course, but I think the main burden to do that is on Upstream. I personally need to write Perl code to handle IDNs, therefore others probably do too, and I'm a Debian developer, so I package them. ;-) -- Matthias Urlichs | noris network AG | http://smurf.noris.de/ signature.asc Description: Digital signature
Bug#211364: ITP: libnet-xwhois-perl -- Whois Client Interface for Perl5
Package: wnpp Version: unavailable; reported 2003-09-17 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: libnet-xwhois-perl Version : 0.90 Upstream Author : Vipul Ved Prakash [EMAIL PROTECTED] * URL : http://www.cpan.org/modules/by-module/Net/Net-XWhois-* * License : Perl, i.e. GPL+Artistic Description : generic whois client for perl - From the CPAN module's description, which I'll probably shorten a bit (I see no need for the Perl internals to appear in a package description): The Net::XWhois class provides a generic client framework for doing Whois queries and parsing server response. The class maintains an array of top level domains and whois servers associated with them. This allows the class to transparently serve requests for different tlds, selecting servers appropriate for the tld. The server details are, therefore, hidden from the user and vipul.net (from InterNIC), gov.ru (from RIPE) and bit.ch (from domreg.nic.ch) are queried in the same manner. This behaviour can be overridden by specifying different bindings at object construction or by registering associations with the class. See register_associations() and new(). One of the more important goals of this module is to enable the design of consistent and predictable interfaces to incompatible whois response formats. The Whois RFC (954) does not define a template for presenting server data; consequently there is a large variation in layout styles as well as content served across servers. - -- System Information: Debian Release: testing/unstable Architecture: powerpc Kernel: Linux linux 2.4.21-rc1 #3 Fri May 2 16:13:38 CEST 2003 ppc Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/aDm68+hUANcKr/kRAnsIAJ4mfjYQOvh59PWQjxUJ6PZ6JhEnFwCfdf0t MOJkvDMGVqfzzE8S19XsXF8= =/9oC -END PGP SIGNATURE-
Bug#187158: ITP: python-yapsnmp -- SNMP client for Python
Package: wnpp Version: unavailable; reported 2003-04-01 Severity: wishlist * Package name: python-yapsnmp Version : 0.7.6 Upstream Author : Yves Perrenoud [EMAIL PROTECTED] * URL : http://yapsnmp.sourceforge.net * License : LGPL Description : SNMP client for Python yapsnmp is a production-quality Python interface to the net-snmp library. From the documentation: * Full MIB parsing, enabling you to use named OIDs as well as the numeric representations; * Support for SNMP version 1 and 2c (with 3 coming); * Supports GET, GETNEXT, GETBULK, SET and TRAPv2 (INFORM to come), as well as convenient walk and table extraction functions; * Uses the Single Session API and appropriate Python interpreter releases, rendering the module thread safe; * Offers a very high level interface, allowing easy SNMP integration into your code. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux play.smurf.noris.de 2.4.19-586tsc #1 Sun Oct 6 18:00:21 EST 2002 i686 Locale: LANG=en_US.utf8, LC_CTYPE=de_DE.utf8 pgpq6CRBRgGTW.pgp Description: PGP signature
Bug#186658: ITP: python-docutils -- This is a Python module for reST processing.
Package: wnpp Version: N/A; reported 2003-03-28 Severity: wishlist * Package name: python-docutils Version : 0.2.8 Upstream Author : David Goodger [EMAIL PROTECTED] * URL : http://docutils.sourceforge.net * License : Python Description : Python module for reST processing This Python module, under development but quite usable, converts reST documents into various formats, notably HTML. reST is a textual format which is reasonably readable, but contains rich mark-up information -- comparable to Perl's POD format, but better. ;-) It is documented at http://docutils.sourceforge.net/spec/rst/reStructuredText.html -- System Information Debian Release: testing/unstable Architecture: powerpc Kernel: Linux smurf-o-linux 2.4.20-powerpc-xfs #1 Thu Jan 23 21:30:13 CET 2003 ppc Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8
Bug#186342: ITP: datefudge -- Preload library to skew the system date
Package: wnpp Version: unavailable; reported 2003-03-26 Severity: wishlist * Package name: datefudge Version : 1.11 Upstream Author : Matthias Urlichs [EMAIL PROTECTED] * URL : http://smurf.noris.de/code/ * License : GPL Description : Preload library to skew the system date This is a small preload library (plus a small script to facilitate calling applications) which wraps time() and gettimeofday() system calls. I use it mainly for testing corner cases in date handling; playing with the system date tends to disturb normal use of a system. [ Since I'm not yet a Debian maintainer, I'll need somebody to sponsor the upload ] -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux play.smurf.noris.de 2.4.19-586tsc #1 Sun Oct 6 18:00:21 EST 2002 i686 Locale: LANG=en_US.utf8, LC_CTYPE=de_DE.utf8 pgpyfbfBThTvl.pgp Description: PGP signature
Bug#170920: ITA: fdflush
IMHO, this program still is a good idea. - It's smaller than floppycontrol and doesn't do the myriad other things which floppycontrol does. - It's useful for things which are not (broken) floppies. For instance, if you change pc-card SDRAM disks while your laptop is asleep, the kernel doesn't notice either... -- Matthias Urlichs|noris network AG|http://smurf.noris.de/ pgplVIjXES8oq.pgp Description: signature
Bug#186342: ITP: datefudge -- Preload library to skew the system date
On Wednesday 26 March 2003 20:47, David Schleef wrote: This is a small preload library (plus a small script to facilitate calling applications) which wraps time() and gettimeofday() system calls. What does this do that subterfugue cannot? Subterfugue is a rather complicated and (at the moment) i386-only Python program (as per the .dsc). I do not have enough experience with the PPC insides to extend this program for PPC, which is the architecture I'm using for the most part. Besides, upstream has all but abandoned it (see the top of http://subterfugue.org). datefudge is a rather small tool which uses no assembly language, should work on all Debian architectures, and does not touch anything besides these two library calls. -- Matthias Urlichs|noris network AG|http://smurf.noris.de/ -- Ich halte es nicht für das Wichtigste, welchen Glauben ein Mensch habe, sondern daß er überhaupt einen habe. -- Hesse pgpR0h9xZXzTG.pgp Description: signature