Bug#602034: jpeg8 vs jpeg-turbo
[Mathieu Malaterre] I do not believe in debian life-span, a package manager ever switch an implementation of a package. So libjpeg9 and libjpeg-turbo will have to co-live. It happens. Look at the source for 'libc6'. It used to be glibc, these days it is a fork called eglibc. Likewise the source for the 'ssh' package was once SSH by Tatu Ylonen, these days it is a fork called OpenSSH maintained by some OpenBSD hackers. -- 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/20130425152859.ga4...@p12n.org
Bug#706014: ITP: re-name -- mass rename tool using regular expression
[Joao Eriberto Mota Filho] Re-name [...] is a small and quick tool written in C so it's quicker than most rename tools written in shell scripts. [citation needed] I'm suspicious of this claim for two reasons. - The obvious tool to compare with is 'prename' (mentioned up-thread), which we already ship, and that's not shell but Perl. In terms of efficiency, this may be quite significant, as it uses the rename() system call, whereas a shell implementation would have to fork 'mv' for each file. - In my experience and belief, the efficiency of a mass rename operation is dominated by the filesystem overhead. -- 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/20130425154929.gb4...@p12n.org
Bug#692789: ITP: hybserv -- IRC services for IRCD-Hybrid
[Dominic Hargreaves] HybServ is a daemon that connects to your IRCD-Hybrid server and automagically provides nickname, channel, memo, and oper services to your entire network if it is configured correctly to talk with your IRC server. Automagically? When you install a server package, configure it, and start it, and it then provides services, would you really describe that as not only automated, but like magic? It seems to me that that's a pretty pessimistic view of server software in general. My own expectation is that if I install, configure and start a daemon - any daemon - it will provide whatever services it is supposed to provide. And if it does, I don't see anything especially automatic or magical about it. I mean, _all_ software is automatic in a sense, and very little software is really magic. All of which is to say, I would drop the word 'automagically'. And not just because I dislike neologisms, although I do. Peter -- 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/20121108215120.gi4...@p12n.org
Bug#636072: ITP: stud -- scalable TLS unwrapping daemon
[Vincent Bernat] stud is a network proxy that terminates TLS/SSL connections and forwards the unencrypted traffic to some backend. It is designed to handle tens of thousands of connections efficiently on multicore machines. You should include some text to differentiate this from stunnel4. From the ITP, I cannot figure out why I would want this instead, or indeed, why Debian should ship both. -- Peter Samuelson | org-tld!p12n!peter | http://p12n.org/ -- 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/20110730204225.ga3...@p12n.org
Bug#593260: ITP: bar -- Show information about a data transfer
[Georges Khaznadar] Is pv able to do the same? for example how can I use pv to monitor the transfer which is done by modifying a command such as: dd if=someImageFile of=/dev/disk/by-id/usb-TheNiceStick_0878101B77D1D977-0:0 pv someImageFile /dev/disk/by-id/usb-TheNiceStick_0878101B77D1D977-0:0 with bar, the replacement would be: bar -s 4G -if someImageFile -of /dev/disk/by-id/usb-TheNiceStick_0878101B77D1D977-0:0 pv has a -s option, but there's no need for it in this case, since fstat() will give it the size of the file on stdin. You need -s if the input is a pipe or socket, where fstat() won't work. Peter -- 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/20100816201516.gj3...@p12n.org
Bug#588526: ITP: cpm -- Console Password Manager
[Stig Sandbeck Mathisen] This program is a ncurses based console tool to manage passwords and store them public key encrypted in a file - even for more than one person. Why public key? That's useful if a certain class of people need to be able to write but not read the file, or vice versa. I can't figure out how that could be useful for a password manager. Aside from that, can it use or import password from 'pwsafe', 'gnome-keyring' or 'kwallet'? Is there a reason this app isn't just a frontend to one or more of those? -- Peter Samuelson | org-tld!p12n!peter | http://p12n.org/ -- 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/20100709145017.gb3...@p12n.org
Bug#566905: ITP: python-ctypeslib -- code generator to convert header files into ctypes interfaces
[Richard Darst] * Package name: python-ctypeslib Oh, great. Now I will no longer have a good excuse to avoid shipping the Subversion cpython bindings. (:, -- Peter Samuelson | org-tld!p12n!peter | http://p12n.org/ -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564820: ITP: libpam-barada -- PAM module to provide two-factor authentication based on HOTP
[Andrew Pollock] * Package name: libpam-barada Description : PAM module to provide two-factor authentication based on HOTP I would suggest that the PAM architecture is better suited to providing only _one_ factor of authentication per plugin. Does this module really implement two factors? If not, you probably shouldn't claim that it does. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556386: ITP: libdigest-sha-pureperl-perl -- Digest::SHA::PurePerl - Perl implementation of SHA-1/224/256/384/512
[Andres Mejia] Digest::SHA::PurePerl is a complete implementation of the NIST Secure Hash Standard written entirely in Perl. It gives Perl programmers a convenient way to calculate SHA-1, SHA-224, SHA-256, SHA-384, and SHA-512 message digests. It is functionally equivalent to the Digest::SHA module. Is there any possible point? All Debian architectures can build and run XS Perl modules. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554068: ITA: serf
retitle 554068 ITA: serf -- high-performance asynchronous HTTP client library owner 554068 ! thanks [Sandro Tosi] The current maintainer of serf, Noritada Kobayashi no...@dolphin.c.u-tokyo.ac.jp, is apparently not active anymore. Therefore, I orphan this package now. I'll adopt serf, as I've been doing NMUs already. I have a vested interest: I already maintain subversion, which I think is the only reverse dependency for serf. -- Peter Samuelson | org-tld!p12n!peter | http://p12n.org/ -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551026: ITP: xcite -- exciting cite utility for Emacsen
[TANIGUCHI Takaki] * free software satisfies freely usable, freely (re-)distributable without any charge for itself, freely modifiable unless the original author(=me)'s copyrights are infringed or neglected, absolutely not responsible to any result from itself. ([R]e-)distributable without any charge for itself implies, or may imply, that I cannot put xcite on a CD with other Debian software and sell the CD for profit. The author possibly intended that I can, but the statement is too ambiguous. The author also does not give permission to distribute modified versions. You might think this is implied ... but not necessarily. In particular this was a problem with Pine; the license looked as though perhaps we could distribute modified versions, but upstream didn't think they had said that. [U]nless the author(=me)'s copyrights are infringed makes the clause fairly meaningless, because the whole point of a copyright license is to grant rights that would otherwise infringe the author's copyrights. It is a bit like saying You may steal things from stores except where prohibited by law. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551026: ITP: xcite -- exciting cite utility for Emacsen
[TANIGUCHI Takaki] This program is distributed as a free software. You can use/copy/modify/redistribute this software freely but with NO warranty to anything as a result of using this software. How is it? Better. I think the context makes it clear what the author means, but some people may still argue that use/copy/modify/redistribute does not say that we can distribute modified copies. I _think_ that was the sort of problem we had with Pine upstream. I don't know what the ftpmasters would say, obviously. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542791: ITP: rpcbind -- converts RPC program numbers into universal addresses
[AnĂbal Monsalve Salazar] * Copyright (c) 2000 The NetBSD Foundation, Inc. * All rights reserved. * * This code is derived from software contributed to The NetBSD Foundation * by Frank van der Linden. * 3. All advertising materials mentioning features or use of this software *must display the following acknowledgement: *This product includes software developed by the NetBSD *Foundation, Inc. and its contributors. * 4. Neither the name of The NetBSD Foundation nor the names of its *contributors may be used to endorse or promote products derived *from this software without specific prior written permission. Strange ... didn't NetBSD move to the 3-clause a long time ago, shortly after the University of California relicensed BSD? -- Peter Samuelson | org-tld!p12n!peter | http://p12n.org/ -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519339: ITP: tmux -- an alternative to screen, licensed under 3-BSD
I've not looked at this at all - but the idea of shared sockets in /tmp which I recall from a previous message in the thread jumped out at me as being a recipe for symlink attacks, if nothing else. [Mike Hommey] Screen does that too, so that would hardly be less secure than screen. Well, if by in /tmp you mean in /var/run/screen. -- Peter Samuelson | org-tld!p12n!peter | http://p12n.org/ -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508072: ITP: libtango -- tango library for the D programming language
[Markus Mahlberg] Tango is a cross-platform open-source software library, written in the D programming language for D programmers. It is structured as a cohesive and comprehensive library for general purpose usage, and is supported by a growing number of recognized D enthusiasts. Yes, but what does it _do_? Also, do you really need to tell us that it is open source? -- Peter Samuelson | org-tld!p12n!peter | http://p12n.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474398: ITP: libfile-pid-perl -- Perl module for pid file manipulation
[gregor herrmann] File::Pid manages pid files. It creates a pid file, querys the process within to discover if it's still running, and removes the pid file. Sigh. We already have Proc::PID::File, and there is Proc::Pidfile which isn't in Debian. I think it would be rather nice to extend one of those modules, rather than add a new one. -- Peter Samuelson | org-tld!p12n!peter | http://p12n.org/ signature.asc Description: Digital signature
Bug#458819: ITP: nettee -- a network tee program
[Joel Franco] Description : a network tee program It can typically transfer data between N nodes at (nearly) the full bandwidth provided by the switch which connects them. It is handy for cloning nodes or moving large database files. So would that make nettee a faster bittorrent? Or is bittorrent, in fact, a faster nettee? -- Peter Samuelson | org-tld!p12n!peter | http://p12n.org/ signature.asc Description: Digital signature
Bug#379548: ITP: subtitleeditor -- Graphical subtitle editor with sound waves representation
[Amaya Rodrigo Sastre] This program also shows soundwaves which makes it easier for subtitles synchronisation that most other subtitle editors like ksubtile or gaupol. This program also shows sound waves, which makes it easier to synchronise subtitles to voices. No need to mention the competitors, really. signature.asc Description: Digital signature
Bug#344626: Bug#350133: svn2cl included in subversion tree
[Arthur de Jong] svn2cl has been included into the subversion repository [1] and will probably be included with some future release of subversion. Thanks for the reminder. I did notice when it was merged upstream recently, but forgot to note it as something to make sure Debian ships. I believe I missed the upcoming 1.3.1 release of subversion and there are some questions as to release numbers and linking to subversion releases. Yes, you did miss 1.3.1 - I expect it to be released in the next day or so, and Debian packages will follow shortly. After that (and probably after resolving a couple other pressing issues), I will look at adding svn2cl to subversion-tools, along with some other things such as svnmerge.py (again, the version in trunk is greatly improved over the 1.3.1 version). I trust the version of svn2cl now in svn trunk works with 1.3, right? Peter signature.asc Description: Digital signature
Bug#358003: ITP: ttf-dzongkha -- TrueType fonts for Dzongkha language
On Tue, Mar 21, 2006 at 07:08:02AM +0100, Christian Perrier wrote: Well, I have one very little argument against doing so: why do it for Dzongkha and why not do it for, say, French...:-) [Lionel Elie Mamane] Because French is the adjective in English (the language the package description is written in) for from France. The same, I would not expect it to be done if the language were called Bhutanese. OTOH, if you have no idea what language or what country the font pertains to, why would you want that font? I think a good default assumption when reading package descriptions is If you don't have any idea what this is, you don't need it. Package descriptions should be written so that people who would want the package will understand them; for the rest of the world, it's nice to have some idea what the package is, but it's much less important. In the present case, communicating that this is a font for some specific language (which a person may never have heard of) seems sufficient. signature.asc Description: Digital signature
Bug#353193: ITP: sqlitemanager -- Multilingual web based tool to manage SQLite databases
[Stefani Banerian] * Package name: sqlitemanager Version : x.y.z Upstream Author : Name [EMAIL PROTECTED] * URL : http://www.example.org/ * License : (GPL, LGPL, BSD, MIT/X, etc.) The information content here is rather thin. signature.asc Description: Digital signature
Bug#350982: ITP: slimscrobbler -- SlimServer plugin that submits listening data to Last.FM
[dann frazier] * Package name: slimscrobbler Description : SlimServer plugin that submits listening data to Last.FM OK... 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.) Cute. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350982: ITP: slimscrobbler -- SlimServer plugin that submits listening data to Last.FM
[dann frazier] 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.) I couldn't really come up with anything longer - the short description says it all... I think I was more worried about the license being GPL, LGPL, BSD, MIT/X, etc., and the version being x.y.z, and the upstream author being Name [EMAIL PROTECTED]. signature.asc Description: Digital signature
Bug#350835: ITA: equivs -- Circumvent Debian package dependencies
Package: wnpp Severity: normal I intend to hijack 'equivs', as its maintainer (Fabio Rafael da Rosa [EMAIL PROTECTED]) is believed MIA. I will wait a week or so to see he shows up. Peter signature.asc Description: Digital signature
Bug#350397: ITP: dblatex -- Produces DVI, PostScript, PDF documents from DocBook sources
[Andreas Hoenen] * Package name: dblatex DocBook to LaTeX Publishing that transforms your SGML/XML DocBook documents to DVI, PostScript or PDF by translating them in pure LaTeX as a first process. MathML 2.0 markups are supported, too. It is a clone of DB2LaTeX. Please explain in your package description why somebody might wish to install this instead of db2latex-xsl. Or, if this is just a wrapper script around db2latex-xsl, please just ask to have it added to that package. signature.asc Description: Digital signature
Bug#340624: ITP: sendcard -- web-based virtual greeting card (e-card) software
[Wesley J. Landaker] As described by the upstream website (the rest of this is a quote): What is sendcard? Sendcard is a multi-database (It currently supports 9 different databases!) e-card or virtual postcard program written in PHP. Suitable for large or small sites, it is very easy to setup, and comes with an installation wizard. What could be easier? Please, for the love of cod, drop three sentences: the one with the exclamation point and both of the ones with question marks. * Support for 9 databases * MySQL * PostgreSQL * Interbase * MS SQL * mSQL * OCi8 * ODBC * Oracle * Sybase * Easily Extensible using built-in plugin architecture * Unlimited support * IT'S FREE! OK, we don't need the 9 databases on 10 lines, one line would be enough. And for that matter there's probably no need to list the database engines we do not supply with Debian. (Not that ODBC is a database engine anyway.) It's also probably a bad idea to imply that the Debian Project wishes to guarantee unlimited support. And our users already know our software is free. signature.asc Description: Digital signature
Bug#340631: ITP: culmus-fancy -- Type1 Fancy Hebrew Fonts for X11
[Lior Kaplan] * Package name: culmus-fancy Description : Type1 Fancy Hebrew Fonts for X11 I understand that the 'culmus' package already exists, and other packages like 'lmodern' don't follow any particular name convention either, but could you consider naming this thing t1-culmus-fancy or something? We don't really have a package name convention for fonts, but xfonts-*, t1-* and ttf-* are the closest thing we have. signature.asc Description: Digital signature
Bug#338530: ITP: 915resolution -- resolution modify tool for Intel 915/999/1000 graphic chipsets
[Steffen Joeris] This also means that 915resolution must be run every time the computer boots inorder for it's changes to take effect. its signature.asc Description: Digital signature
Bug#333603: ITP: acpica-unix -- an ASL compiler/decompiler
[Mattia Dongili] * Package name: acpica-unix iasl compiles ASL (ACPI Source Language) into AML (ACPI Machine Language). This AML is suitable for inclusion as a DSDT in system firmware. It also can disassemble AML, for debugging purposes. The name is a bit silly, IMO. It's not as though Debian is likely to get a acpica-win32 package in the near future. The binary package should probably be named either 'acpica' or 'iasl'. The source package could, I suppose, be either 'acpica' or 'acpica-unix'. The source package name matters less because users won't see it directly in most cases. I'm not very comfortable with the licence language and I'd like somebody to proof-read it before uploading this stuff. I'd say this licence grants enough rights, but there are also a lot of must. I'll leave debian-legal to dissect this one in detail - but some bits of the license are sloppy. For example, requiring approval from the US Dept. of Commerce before exporting the software - from *any* country - is probably not the intent; they just forgot to stipulate that they meant exporting it from the United States. Forcing all licensees, regardless of location, to agree to comply with the U.S. Export Administration Regulations is silly, and probably unenforceable. The copyright notice says all rights reserved right before the rest of the license spells out several rights which are, in fact, not reserved. The license also tells us we *must* read it before *using* the software, as though it were some sort of click-wrap - this too is probably unenforceable, but if enforceable, is non-free. (How is Debian supposed to ensure that users read the license before using the software? What if all packages said that?) signature.asc Description: Digital signature
Bug#333331: ITP: khmer-to-unicode -- converts legacy Khmer encodings to Unicode
[Paul Wise] * Package name: khmer-to-unicode * URL : http://www.khmeros.info/drupal/?q=en/download/others These programs take a plain text file encoded in either of the ABC or Limon Khmer legacy fonts and creates a file that is the equivalent in Khmer Unicode (UTF-8). Is this not a job for iconv? If iconv does not currently handle Khmer encodings, it seems to me it would be better to send a patch to the glibc maintainers to add them. Are there reasons iconv is not suited to this task? I do note from the upstream web page that there are a few twists in the conversion algorithms, as opposed to a simple lookup table, but surely that is true for some of iconv's existing supported character sets too signature.asc Description: Digital signature
Bug#329955: ITP: biloba -- A 2-4 players strategic game
[Thomas Petazzoni] Yes, biloba is a turn-based game. It's played around an hexagonal game plate. Each player has a certain number of pawns, and the goal is to eliminate the pawns of the other players. Each player plays one after the other. During each turn, one player can move one of its pawn against some rules, and in certain conditions, the player can take one of the other players pawns. So here's what I would say, then: Description: strategy board game for 2 to 4 players biloba is a turn-based game for 2 to 4 players. Each player moves pawns on a hexagonal board and attempts to eliminate opponents' pawns. Biloba includes an AI opponent, and supports local or network play. signature.asc Description: Digital signature
Bug#326429: ITP: webcheck -- website link and structure checker
[Arthur de Jong] * I'm not sure if I need some statement on the copyrights on the generated html files. The css file that is just copied has a BSD license. Generally, output from a program is not considered to be copyrighted. The templates from which it is built could be copyrighted, and if significant bits of a template are copied in verbatim, you may wish to copy in a license statement from the template too. * The old package provides, conflicts with and replaces linbot (the name of webcheck a long time ago). Should I keep that or just drop it? (linbot was in slink, potato and woody but neither linbot or webcheck were in sarge) Completely your call. You do not need to support upgrades from woody or prior, but you can if you wish. Three lines in debian/control which you'll never need to change is a pretty cheap price, but it *is* untidy if you want a minimalist control file. * The old package has a configuration file in /etc/webcheck and the new package no longer provides that. What would be the best way to get rid of it? (policy 10.7.3 has a note about removing conffiles but I'm not sure it's relevant) Should I delete it on upgrade? Is the package configured in some other way, or have you dropped support for any site-wide configuration? If you still have a configuration mechanism, it's best if you can migrate /etc/webcheck to the new scheme automatically, then delete it, at upgrade time. If not, you can just delete it. Btw, I'm packaging this as a native Debian package because I just want to release one version and have one source tarball. Not recommended - you'll have to release a whole new upstream version any time you fix a trivial Debian bug, or even just to recompile against a newer sid library. Providing backports or forks (for etch after etch is frozen) will require new upstream version numbers, which will confuse your non-Debian audience (wait, what's the current release? Upstream 3.1.15 and 3.1.15~etch1 were released at the same time, but 3.0.4.etch2 was just added to the debian ftp site) And there's the bandwidth issue - you and the build daemons have to transfer the whole source tarball every time you make a trivial change to debian/*. But again, this one's your call. Peter signature.asc Description: Digital signature
Bug#326919: ITP: libpostscriptbarcode -- A barcode generator written entirely in PostScript
[Terry Burton] Since this resource is written in PostScript and interpretted within the virtual machine of a printer it is compatible with virtually any operating system and hardware platform. [Stefano Zacchiroli] Is this latter part of your long description relevant to and/or useful for the debian package? We had this discussion already, see #316087. The short version: it *is* relevant that this is written in postscript and interpreted by a printer, because that's the whole point. It's a library to be embedded directly in your PostScript documents. Exactly what applications will use this, I guess, remains to be seen. Maybe some people enjoy creating bar codes from shell scripts; this file will make it fairly easy to do so, if you know PostScript. I agree that the description does not need to mention that it works on all sorts of non-Debian systems. Debian users won't care. Terry, instead of filing this bug, you should have retitled #316087 to ITP. Since you didn't, you should still retitle that bug, then merge it with this one. Peter signature.asc Description: Digital signature
Bug#322943: ITP: easyh10 -- generates databases for the iRiver H10 music player
[astronut] Owner: astronut [EMAIL PROTECTED] In general we encourage package maintainers to have real names. * * * So, for future reference, here's a case study in why you can't just copy the description verbatim from the website: EasyH10 is an open source project to develop a multi-platform software Everything in Debian is an open source project to develop *something*. So there's no need to mention that. for iriver H10 digital audio player. It enables us to transfer music and playlist files manually (e.g., drag-and-drop, copy command, rsync, etc.) to a player and to prepare the player without iriver plus or Windows Media Player 10. The us pronoun looks quite out of place. And we can already safely assume it doesn't need iriver plus or Windows Media Player 10 - otherwise your software would be in 'contrib', or perhaps not available for Debian at all. EasyH10 works fine with Windows 98SE/ME/2000/XP (GUI version), Windows 2000/XP (CUI version), and POSIX-like platforms (CUI version) such as Linux and MacOS X. Nobody cares that you support Windows 98SE/ME/2000/XP, Linux, and OS X. We already assume that your package works on Debian. Something like this would be sufficient: Description: Utility to manage the iRiver H10 music player easyh10 is a command-line utility to generate a media database and playlist for an iRiver H10 digital audio player. Transferring the actual music files must be done manually. signature.asc Description: Digital signature
Bug#320775: ITP: libtest-tap-model -- Accessible (queryable, serializable object) result collector for Test::Harness::Straps runs
[Florian Ragwitz] * Package name : libtest-tap-model * URL : http://search.cpan.org/~nuffin/Test-TAP-Model/ I think it's best to follow Perl Policy 4.2 Module Package Names. That is, libtest-tap-model-perl. Same for libtest-tap-htmlmatrix-perl. Peter signature.asc Description: Digital signature
Bug#320492: Differences between dhcp3-relay and dhcp-helper.
[Simon Kelley] A brief summary of the differences between dhcp3-relay and dhcp-helper. 1) Size 2) Kernel requirements 3) Configuration Yeah - this is the sort of thing to include in the long description. Except somewhat shorter than your email was. Otherwise none of these things will be obvious to anyone looking for a DHCP relay agent. Peter signature.asc Description: Digital signature
Bug#320492: Differences between dhcp3-relay and dhcp-helper.
Looks great. Small edits suggested below. Peter Description: A DHCP relay agent. ** DHCP relay agent [no .] Dhcp-helper is a DHCP and BOOTP relay agent. It listens for DHCP ** dhcp-helper [not Dhcp - the real package name is all lowercase] and BOOTP broadcasts on directly connected subnets and relays them to DHCP or BOOTP servers elsewhere. Dhcp-helper is much smaller ** dhcp-helper than the more-common ISC dhcp3-relay package and it does not require ** than dhcp3-relay, and it does not require the Linux Packet Filter facility to be present in the kernel. This ** the Packet Filter kernel facility to be present. This makes it a good choice for use on small or embedded systems. Unlike dhcp3-relay, dhcp-helper can be configured to forward DHCP requests as broadcasts, and does not therefore need to be configured with the ** as broadcasts, and therefore does not need to be given the IP address of the DHCP server, only the network in which it resides. signature.asc Description: Digital signature
Bug#320492: ITP: dhcp-helper -- A DHCP relay agent.
[Simon Kelley] * Package name: dhcp-helper Version : 0.2 Description : A DHCP relay agent. Dhcp-helper is a DHCP and BOOTP relay agent. It listens for DHCP and BOOTP broadcasts on directly connected subnets and relays them to DHCP or BOOTP servers elsewhere. Could you please add something to the description, telling how this is better than, or at least different from, dhcp-relay and dhcp3-relay? Why users might want one or the other? It's not at all clear. Thanks, Peter signature.asc Description: Digital signature
Bug#318336: ITP: asterisk-sounds-moh -- Asterisk PBX Music On Hold (MOH)
[Mark Purcell] * Package name: asterisk-sounds-moh Version : 20050715 Upstream Author : Enjoy Elena Kuschnerova and Lev Guelbard Uh. Who is the upstream author again? Description : Asterisk PBX Music On Hold (MOH) Enjoy Elena Kuschnerova, pianist, and Lev Guelbard, violinist, playing public domain classical music on hold with your Asterisk PBX. Is this the beginning of the Debian archives becoming a mirror network for all DFSG-free audio/video recordings in the world? If so, all I can say is, thank God the Creative Commons licenses don't pass muster yet. signature.asc Description: Digital signature
Bug#315791: ITP: bmp-extra-plugins -- A set of BMP plugins ported from XMMS but not included in the main BMP or XMMS sources
[Mathias Weyland] The files in the musepack directory are licensed under the LGPL as described in README. The original musepack plugins is also licensed under the LGPL, so I don't think this is a problem. OK. I just wanted to make sure you were aware of the licensing problems I saw before. I trust that you've checked the rest of the package for this sort of thing. signature.asc Description: Digital signature
Bug#242100: Please do not remove (now)
[Helge Kreutzmann] I see that there are interests in adopting this package. If you decide against it, let me know. Yes, I will adopt xsok. Unfortunately I just had a few weeks (just after I filed the ITA!) where I was mostly away from home, so I did not have a lot of time to polish and test an upload. I'll do it in the next day or two. Thanks for the interest, Peter signature.asc Description: Digital signature
Bug#315791: ITP: bmp-extra-plugins -- A set of BMP plugins ported from XMMS but not included in the main BMP or XMMS sources
merge 234291 234361 315791 thanks [Mathias Weyland] * URL : http://svn.pld-linux.org/svn/bmp-plugins/trunk/ * License : GPLv2, LGPL Description : A set of BMP plugins When I ITP'd this over a year ago (#234291), it turned out that a lot of source files had no license notices. I note that this is still true: see for example input/musepack/bitstream.c. This might be tedious to resolve because the code was borrowed from several original authors. Tracking them down and getting everybody's permission to license their code as GPLv2 or whatever is something I intended to do, but I dropped the ball. I did ping current upstream to ask about this, but received no reply. Peter signature.asc Description: Digital signature
Bug#312413: ITP: serendipity -- PHP Weblog/Blog software
[Penny Leach] PHP blog with all the common features (comments,track/pingbacks,RSS) plus cool extras:Click'n' blog admin,extensible event-driven plugin API,easy styling, multiuser,image management,static pregeneration and a nifty installer: unpack, open in browser! So nice to mention how cool the installer is in the debian package description. If it didn't have such a slick installer people might want to install it using aptitude. signature.asc Description: Digital signature
Bug#308725: ITP: dhcpv6 -- a stateful address autoconfiguration protocol for IPv6
[Adam M.] Description : a stateful address autoconfiguration protocol for IPv6 DHCPv6 is a stateful address autoconfiguration protocol for IPv6, a counterpart to IPv6 stateless address autoconfiguration protocol. Please specify whether your package provides a client, a server, or both. If it's only a client, or only a server, you should probably rename the package accordingly (see the DHCPv4-related packages). It wouldn't hurt to mention that the stateless server is the Debian package 'radvd' and doesn't require specific client software other than iproute or whatever. It can either be used independently or it can coexist with its counterpart protocol. This protocol uses client/server mode of operation but can also provide support through a Relay Agent. Is the Relay Agent provided by this package as well, or by a separate Debian package, or does Debian not have one at all? signature.asc Description: Digital signature
Bug#306694: ITP: qt-x11-opensource -- Qt 4 cross-platform C++ application framework
[Brian Nelson] * Package name: qt-x11-opensource Version : 4.0 beta 2 Upstream Author : Trolltech AS Is there some reason for the -opensource in the name? That's a pretty redundant designation for something in Debian main, don't you think? I'd probably go with qt4 or libqt4 or qt4-x11 for the source package name. signature.asc Description: Digital signature
Bug#304450: ITP: Intent to Package grabc
[Sonia Hamilton] Package: wnpp Followup-For: Bug #304450 Owner: Sonia Hamilton [EMAIL PROTECTED] I intend to package grabc. Please retitle the bug as described in http://www.debian.org/devel/wnpp/. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306268: ITP: connect -- Establish socket connection using SOCKS4 or 5 and HTTP tunnel.
[Philippe COVAL] * Package name: connect Version : 1.93 That's a terrible package name. What will the GNUSTEP people do if they ever want to package something that manages SMB client mounts? signature.asc Description: Digital signature
Bug#305324: ITP: libmail-verp-perl -- Variable Envelope Return Paths (VERP) address encoder/decoder
[Julien BLACHE] Mail::Verp provides utility functions to encode and decode Variable Envelope Return Paths (VERP) addresses, as described by http://cr.yp.to/proto/verp.txt. Unfortunate name - should have been Mail::VERP. Just as we have Net::SMTP rather than Net::Smtp. I guess that's not your decision, though, since you aren't upstream. signature.asc Description: Digital signature
Bug#304510: ITP: ed2k-hash -- A command line tool for creating eDonkey2000 hash links.
[Luke Reeves] I have the initial attempt at a packge at http://www.neuro-tech.net/debian/. See also bug #259863, an RFP for this software. You should have retitled that bug, then, instead of opening this one. Please retitle / merge appropriately. signature.asc Description: Digital signature
Bug#302278: ITP: libuser-identity-perl -- manages different identities/roles used for email
[Gunnar Wolf] * Package name: libuser-identity-perl ... The Mail::Identity object contains the description of role So is this libuser-identity-perl or libmail-identity-perl? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289973: ITP: didiwiki -- simple WikiWikiWeb implementation with built-in webserver
[Hanna M. Wallach] DidiWiki is a small and simple WikiWikiWeb implementation written in C. It is intended for personal use for notes, Todo's etc. It includes its own webserver. Wiki engines and web servers. That's two for the price of one, in the category things Debian *really* needs more of. Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289973: ITP: didiwiki -- simple WikiWikiWeb implementation with built-in webserver
[Hanna M. Wallach] DidiWiki is a small and simple WikiWikiWeb implementation written in C. It is intended for personal use for notes, Todo's etc. It includes its own webserver. Wiki engines and web servers. That's two for the price of one, in the category things Debian *really* needs more of. Peter
Bug#279367: ITA/co-adopt cplay
retitle 279367 ITA: cplay -- A front-end for various audio players thanks [Martin Michlmayr] I'd be happy if you'd maintain cplay (and I can sponsor you). The onl question I really have is how good your Python is (afaik you aren't a big Python fan). Thanks for the offer - I'm retitling the bug now. It can always be changed back, after all. (: I don't see any high-priority bugs in the package, so I don't know whether it would be useful to do an upload solely for the sake of changing the maintainer address, or if it would be better to wait until there's a real reason to upload. I suppose with a small package, which is also Architecture: all, a useless upload doesn't do much harm. You are correct, I'm not a big python fan. I do know some python, and in my limited experience so far, it seems to be quite easy to pick up. I'm confident that I know enough to not make stupid mistakes, and when faced with maintainer decisions that require more proficiency, I'm confident I can learn it. Peter signature.asc Description: Digital signature
Bug#279367: ITA/co-adopt cplay
I'm interested in co-maintaining cplay. I'm not a DD, and finding room in my schedule for Debian work has sometimes been erratic, but this is a package I use and care about a lot. I investigated the UTF-8 limitation a couple of months ago: the issue is that python bindings for libncursesw do not seem to exist at present. libncursesw is the wide character extension to libncurses. (I'm not retitling this bug yet because Martin asked for discussion first.) Peter signature.asc Description: Digital signature
Bug#236384: ITA: bplay
retitle 236384 ITA: bplay -- Buffered audio file player/recorder thanks I use bplay; it's useful and shouldn't fall by the wayside. I'll need a sponsor as I'm not a DD. Peter signature.asc Description: Digital signature
Bug#174875: wish to adopt pppoeconf
I know you have offers for this already, but a friend just pointed out to me that pppoeconf is up for adoption, and I was interested in working on it anyway. I'm not a DD, so I would need a sponsor for this package - maybe you, maybe someone else. I am quite good at shell scripting, and have done some Debian packaging (mostly for private purposes). The reason I was already thinking about pppoeconf is that I wanted to add support for setting up kernel-mode pppoe. The 'pppoe' kernel module is available on Linux 2.4/2.6 and recent versions of pppd, and this mode does not require the userspace 'pppoe' package at all. As I understand it, it should be a bit more efficient than user-mode pppoe. (I use kernel-mode pppoe, and it works fine, but I haven't done benchmarks on CPU load or anything.) I just downloaded pptp-linux, and it looks like support for PPTP would not be difficult to add either. The difficulty with *that* is the need for an external kernel module; 'kernel-patch-mppe' is around, and apparently an alternative module exists somewhere which does not require kernel patching. I'm unsure whether or not to try and support PPPoA as well; I just don't know anything about that. I'd like to maintain pppoeconf, but if you would rather keep it, I can just start to produce patches for these features, and you can apply them on their merits. Peter signature.asc Description: Digital signature
Bug#234291: ITP: beep-media-player-plugins -- various plugins ported from xmms to beep-media-player
Package: wnpp Severity: wishlist Package name: beep-media-player-plugins Version : 0.2.1 Upstream Author : Artur Frysiak wiget at pld-linux.org URL : http://www.t17.ikarnet.pl/~wiget/bmp-extra-plugins/download/ License : GPLv2 [*] Description : Extra plugins for Beep Media Player This is a collection of extra plugins that have been ported from xmms to beep-media-player. beep-media-player is itself a fork of xmms, ported to GTK2, and is already in sid. This plugin collection is not yet complete, but currently features the following: . - arts:output sound to aRts - ogg: write sound to file in Ogg/Vorbis format - crossfade: smooth song change - lirc:control BMP by InfraRed - scrobbler: AudioScrobbler.com online song rating support - status: show BMP status in GNOME/KDE panel - xf86audio: use multimedia keys to control BMP - musepack:play .mpc files - mplayer: play audio and video files by MPlayer - blursk: visualisation plugin inspired by Blur Scope - minilcd: support for external 2-line LCD, driven by LCDproc [*] I say GPLv2 because it has a COPYING file, but it does *not* have the proper copyright / license notices in most source files, or even in any README. I will work with upstream to correct this. The intent is clear enough, and in fact his hand is forced by all the code he is borrowing from the xmms world. signature.asc Description: Digital signature