Bug#583257: ITP: haskell-gnomevfs -- Binding to the GNOME Virtual File System library
Hi, - brian m. carlson sand...@crustytoothpaste.ath.cx wrote: On Wed, May 26, 2010 at 02:07:22PM -0300, Marco Túlio Gontijo e Silva wrote: Package: wnpp Severity: wishlist Owner: Marco Túlio Gontijo e Silva mar...@debian.org * Package name: haskell-gnomevfs Version : 0.11.0 Upstream Author : Duncan Coutts * URL : http://www.haskell.org/gtk2hs/ * License : LGPL-2.1+ Programming Lang: Haskell Description : Binding to the GNOME Virtual File System library It's my understanding that gnome-vfs is deprecated upstream and is going away. Most GNOME components no longer use it or include support for it. Do you really want to package a binding for unsupported software? Indeed. GVFS has replaced GnomeVFS in the GNOME platform. William -- 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/9514770.3811274896715696.javamail.r...@ifrit.dereferenced.org
Bug#511994: ITP: pacman-package-manager -- minimalist package manager using tarballs and scripts
i already have it packaged, but havent had time to upload it yet. On Sat, 2009-06-20 at 13:49 +0530, Abhishek Dasgupta wrote: Is there any progress on this? Now that libdownload=1.3 and libarchive=2.6 are in the Debian archive, pacman can be easily packaged. Also the pacman package in Arch Linux depends on the pacman-mirrorlist package which contains a list of the mirrors; Debian probably doesn't need to package this. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532831: ITP: python-greenlet -- lightweight in-process concurrent programming
On Mon, 2009-06-15 at 17:58 +0100, Chris Lamb wrote: William Pitcock wrote: * Package name: python-greenlet Unless I'm missing something, this code is already in Debian in the codespeak-lib package. codespeak-lib is dropping it in 1.0. See http://codespeak.net/pipermail/py-dev/2009q1/001085.html for details. William -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532831: ITP: python-greenlet -- lightweight in-process concurrent programming
Package: wnpp Severity: wishlist Owner: William Pitcock neno...@dereferenced.org * Package name: python-greenlet Version : 0.2 Upstream Author : Bob Ippolito b...@redivi.com * URL : http://undefined.org/python/#greenlet * License : MIT Programming Lang: C Description : lightweight in-process concurrent programming The greenlet package is a spin-off of Stackless, a version of CPython that supports micro-threads called tasklets. Tasklets run pseudo-concurrently (typically in a single or a few OS-level threads) and are synchronized with data exchanges on channels. . A greenlet, on the other hand, is a still more primitive notion of micro-threads with no implicit scheduling; coroutines, in other words. This is useful when you want to control exactly when your code runs. You can build custom scheduled micro-threads on top of greenlet; however, it seems that greenlets are useful on their own as a way to make advanced control flow structures. . Greenlets are provided as a C extension module for the regular unmodified interpreter. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532140: ITP: python-eventlet -- high performance network library using coroutines
Package: wnpp Severity: wishlist Owner: William Pitcock neno...@dereferenced.org * Package name: python-eventlet Version : 0.8 Upstream Author : Linden Research, Inc. eventlet...@lists.secondlife.com * URL : http://wiki.secondlife.com/wiki/Eventlet * License : MIT Programming Lang: Python Description : high performance network library using coroutines Eventlet is a high performance networking library for Python. It achieves high scalability by using non-blocking I/O while at the same time retaining programmer usability by using coroutines to make the non-blocking I/O operations appear blocking at the source-code level. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527094: ITP: polkadot -- continuous integration server for debian packaging
Package: wnpp Severity: wishlist Owner: William Pitcock neno...@dereferenced.org * Package name: polkadot Version : 0.1 Upstream Author : William Pitcock neno...@dereferenced.org * URL : http://polkadot.dereferenced.org/ (not yet up) * License : GPLv2 Programming Lang: Python Description : continuous integration server for debian packaging Polkadot is a Continuous Integration (CI) server for Debian packagers to check their packaging efforts against upstream development branches. Continuous Integration may be useful for packagers wishing to provide nightly testing builds of their packages, or who wish to automatically track upstreams. . It supports: . - automatically building Debian source packages from upstream repositories (at the moment, only mercurial is supported) and the SCM version of the debian packaging - optionally building binary packages with cowbuilder - optionally putting the build results into an apt repository ala apt-ftparchive Other features are planned, such as rebuildd integration, a plugin architecture, and support for the most common repository formats but they're not ready yet. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#492215: Is work still being done on this?
Hi, On Sun, 2009-03-22 at 21:29 +, Chow Loong Jin wrote: I've already packaged sigx for Ubuntu, and would like to get my package included in Debian. I'm curious if this bug is still being worked on by the original person who filed this? Go ahead and do it, I have been busy. William -- 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
On Wed, 2009-03-11 at 23:56 +0100, Karl Ferdinand Ebert wrote: Package: wnpp Severity: wishlist Owner: Karl Ferdinand Ebert kfeb...@gmail.com * Package name: tmux Version : 0.7 Upstream Author : Nicholas Marriott n...@users.sf.net * URL : http://sf.net/projects/tmux * License : BSD Programming Lang: C Description : an alternative to screen, licensed under 3-BSD tmux enables a number of terminals (or windows) to be accessed and controlled from a single terminal. tmux runs as a server-client system. A server is created automatically when necessary and holds a number of sessions, each of which may have a number of windows linked to it. Any number of clients may connect to a session, or the server may be controlled by issuing commands with tmux. Communication takes place through a socket, by default placed in /tmp. What does this have over screen, other than being BSD licensed? The design of tmux seems less secure, too. William signature.asc Description: This is a digitally signed message part
Bug#517790: ITP: mydns -- DNS server using MySQL or PostgreSQL for data storage
On Mon, 2009-03-02 at 16:42 +0100, Sylvain Rochet wrote: Hi, On Mon, Mar 02, 2009 at 02:02:08AM -0600, William Pitcock wrote: What does this have over PowerDNS? Probably nothing, else that I am using it and packaging it for my own and thought that it would be a good idea to contribute to Debian, is redundancy a problem ? No, I was just wondering if it had anything over PowerDNS because PowerDNS has some design concepts that I do not necessarily agree with. Specifically, the behaviour of PowerDNS's listen-address and listen-ipv6 being separate seems like an unpleasant design that I have found annoying. listen-address and listen-ipv6 break in unpleasant ways if one is global scope, and the other is not -- this results in the server failing to start. I should probably file a bug on that, but I am not sure if it is a bug or an intentional thing yet. William signature.asc Description: This is a digitally signed message part
Bug#517790: ITP: mydns -- DNS server using MySQL or PostgreSQL for data storage
On Mon, 2009-03-02 at 22:59 +0100, Guus Sliepen wrote: On Mon, Mar 02, 2009 at 09:10:21PM +, Ben Hutchings wrote: On Mon, Mar 02, 2009 at 02:02:08AM -0600, William Pitcock wrote: What does this have over PowerDNS? Probably nothing, else that I am using it and packaging it for my own and thought that it would be a good idea to contribute to Debian, is redundancy a problem ? Even if you're a perfectly responsible maintainer, a new package still requires some work by ftpmaster, the release team, possibly the security team, and so on. It also increases the number of options a user has to choose between. If the package is redundant, this is a waste of their time. If it is really redundant then it is also a waste of upstream's time. William, since you're trying to package it, could you compare it in detail to PowerDNS, and if there is really little difference, try to see if both upstreams can work together and merge their efforts? That would help everyone in the end. It's not me who is trying to package it, but Sylvain Rochet. William signature.asc Description: This is a digitally signed message part
Bug#517790: ITP: mydns -- DNS server using MySQL or PostgreSQL for data storage
On Mon, 2009-03-02 at 03:19 +0100, Sylvain Rochet wrote: Package: wnpp Severity: wishlist Owner: Sylvain Rochet grada...@gradator.net * Package name: mydns Version : 1.2.8.26 Upstream Author : Howard Wilkinsin how...@cohtech.com * URL : http://mydns.pl/ * License : GPLv2 Programming Lang: C Description : DNS server using MySQL or PostgreSQL for data storage Free DNS server for UNIX implemented from scratch and designed to utilise the MySQL or PostgreSQL database for data storage. .. Its primary objectives are stability, security, interoperability, and speed, though not necessarily in that order. .. MyDNS does not include recursive name service, nor a resolver library. .. It is primarily designed for organisations with many zones and/or resource records who desire the ability to perform real-time dynamic updates on their DNS data via MySQL or PostgreSQL. What does this have over PowerDNS? William signature.asc Description: This is a digitally signed message part
Bug#515130: AW: Bug#515130: ITP: unrealircd -- Unreal IRC Server
On Mon, 2009-02-16 at 07:56 +0100, Giacomo Catenazzi wrote: Rondal wrote: Hi, UnrealIRCd has many licensing and code-quality issues which would block it's inclusion in a Debian release. I admit that the sourcecode is not of the highest quality, but I do not see where it will block inclusion into Debian. About the licensing issues I already said that their license is incompatible with the OpenSSL license but thats it. Please be a little bit more specific. If I missed something important within their license or code, I will gladly reconsider building this package. IIRC unrealircd will pass to inspiricd sources, so I recommend you to evantually pack only the develpement version. That effort is dead. UnrealIRCd itself is basically a walking zombie. We don't need this in Debian -- it is more trouble than it is worth. William signature.asc Description: This is a digitally signed message part
Bug#515663: ITP: kmess2 -- Windows(R) Live(R) Messenger(R) Client for KDE4.
On Mon, 2009-02-16 at 20:38 +0100, Rafael Belmonte wrote: Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org --- Please fill out the fields below. --- Package name: kmess2 Version: 2.0alpha Upstream Author: Diederik van der Boor URL: http://kmess.org License: GPL-2 Description: Kmess2 is an instant messenger for Windows(R) Live(R) Messenger(R) protocol for KDE4. It supports emoticons, drawing, avatar and videoconference. A better description is needed. The first line should be short and lowercase. The second part should be at least a paragraph. William signature.asc Description: This is a digitally signed message part
Bug#515130: AW: Bug#515130: ITP: unrealircd -- Unreal IRC Server
On Mon, 2009-02-16 at 08:37 +0100, Patrick Schoenfeld wrote: On Sun, Feb 15, 2009 at 09:00:22PM -0600, William Pitcock wrote: There is also questions concerning why you would want to package something that has effectively a dead upstream, and many code flaws which could result in security issues in the future. Uh? Since when is Unrealircd dead upstream? I wouldn't call a release less then a month ago dead upstream, regardless of what can be said about unrealircd otherwise. Once 3.2.8 final is out the door, it will be stagnant. Syzop has a fairly large slacker attitude, and is only interested in Unreal for the money (oops, it doesn't make any for him anymore. especially not now with InspIRCd). As such, we can call Unreal dead now, barring some miracle -- but I don't see this happening with next generation ircd picking up steam like InspIRCd - which cater to that same market of IRC admin which would be interested in Unreal. William signature.asc Description: This is a digitally signed message part
Bug#515134: AW: Bug#515134: ITP: ircservices -- IRC Services for IRC networks providing services like Nick- and ChanServ
Hi, On Sat, 2009-02-14 at 13:59 +0100, Rondal wrote: retitle 515134 ITP: ircservices-church -- IRC Services for IRC networks providing services like Nick- and ChanServ Hi, See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=424844 . Inclusion of ircservices in Debian may be problematic. I missed this one when I looked for ITPs/RTPs. I've did a little bit testing over the last hour and it seems that there is no longer any problem building on amd64. The very generic name is another problem discussed in #424844, I see no problem in renaming, especially because there are currently no other IRC Services packages in the repositories and I don't want to support the wrong impression that those are the one and only ircservices. Andrew Church's IRCServices is dead upstream, other than security fixes, and those will most likely stop within Squeeze's release lifecycle. Do you intend to maintain it yourself? If not, I strongly urge you to not package this. William signature.asc Description: This is a digitally signed message part
Bug#515130: AW: Bug#515130: ITP: unrealircd -- Unreal IRC Server
Hi, On Sat, 2009-02-14 at 12:50 +0100, Rondal wrote: Hi, UnrealIRCd has many licensing and code-quality issues which would block it's inclusion in a Debian release. I admit that the sourcecode is not of the highest quality, but I do not see where it will block inclusion into Debian. About the licensing issues I already said that their license is incompatible with the OpenSSL license but thats it. Please be a little bit more specific. If I missed something important within their license or code, I will gladly reconsider building this package. Carsten Munk has specifically requested that UnrealIRCd not be included in Debian, and will likely be hostile towards it's inclusion. Secondly, UnrealIRCd uses OpenSSL for SSL support, and non DFSG-free versions of the MD5 algorithm for hostcloaking. Both of these DFSG violations would be required for inclusion into Debian, as they are also a GPL license violation. There is also questions concerning why you would want to package something that has effectively a dead upstream, and many code flaws which could result in security issues in the future. William signature.asc Description: This is a digitally signed message part
Bug#515130: ITP: unrealircd -- Unreal IRC Server
On Fri, 2009-02-13 at 21:37 +0100, Stefan Becker wrote: Package: wnpp Severity: wishlist Owner: Stefan Becker ron...@cyberspirits.eu * Package name: unrealircd Version : 3.2.7 Upstream Author : Carsten Munk (stske...@unrealircd.com), Dominick Meglio (codema...@unrealircd.com), David Flynn, McSkaf, Finny Merrill (grie...@unrealircd.com), Bram Matthys (sy...@unrealircd.com) * URL : http://www.unrealircd.com/ * License : GPL Programming Lang: C Description : Unreal IRC Server A full featured and highly configurable IRC daemon with the option to load custom modules from third parties into it. . Development of UnrealIRCd began in May of 1999. Unreal was created from the Dreamforge IRCd that was formerly used by the DALnet IRC Network. Over the years, many new and exciting features have been added to Unreal. It is hard to even see a resemblance between the current Unreal and Dreamforge. UnrealIRCd has many licensing and code-quality issues which would block it's inclusion in a Debian release. I strongly recommend you do not package this. William signature.asc Description: This is a digitally signed message part
Bug#515134: ITP: ircservices -- IRC Services for IRC networks providing services like Nick- and ChanServ
Hi, On Fri, 2009-02-13 at 21:52 +0100, Stefan Becker wrote: Package: wnpp Severity: wishlist Owner: Stefan Becker ron...@cyberspirits.eu * Package name: ircservices Version : 5.1.14 Upstream Author : Andrew Church achu...@achurch.org * URL : http://www.ircservices.za.net/ * License : GPL Programming Lang: C Description : IRC Services for IRC networks providing services like Nick- and ChanServ Services 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. In particular, Services provides the following features to an IRC network: * Nickname management: Services allows users to register nicknames. * Channel management: Like nicknames, Services allows users to register channels as well. * Messages to offline users: Allowing users to leave messages for offline users. * Centralized network management: Features which allow IRC operators greater control over the network See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=424844 . Inclusion of ircservices in Debian may be problematic. William signature.asc Description: This is a digitally signed message part
Bug#513322: ITP: mupen64plus -- plugin-based N64 emulator
Package: wnpp Severity: wishlist Owner: William Pitcock neno...@dereferenced.org * Package name: mupen64plus Version : 1.5 Upstream Author : Blight rich...@fascinationsoftware.com * URL : http://code.google.com/p/mupen64plus * License : GPLv2 Programming Lang: C/C++ Description : plugin-based N64 emulator Mupen64Plus is a plugin-based N64 emulator for Linux which is capable of accurately playing many games. Included are four MIPS R4300 CPU emulators, with dynamic recompilers for 32-bit x86 and 64-bit amd64 systems, and necessary plugins for audio, graphical rendering (RDP), signal co-processor (RSP), and input. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511994: ITP: pacman-package-manager -- minimalist package manager using tarballs and scripts
Package: wnpp Severity: wishlist Owner: William Pitcock neno...@dereferenced.org * Package name: pacman-package-manager Version : 3.2.2 Upstream Author : Judd Vinet jvi...@zeroflux.org * URL : http://www.archlinux.org/pacman * License : GPL Programming Lang: C Description : minimalist package manager using tarballs and scripts Pacman is a package manager typically used by ArchLinux and similar distributions. It features a simple design which is easy for packagers to create functional packages with, and utilizes a simple tarball-based package format. . Using Pacman directly will bypass the Debian packaging system, and therefore is not recommended. The recommended use of this package is for bootstraping ArchLinux chroots. This package is being packaged to facilitate support for ArchLinux and other pacman-using distributions as ApplianceKit guests (for both vserver and xen installations). -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511997: ITP: libdownload -- library for downloading files from HTTP/FTP
Package: wnpp Severity: wishlist Owner: William Pitcock neno...@dereferenced.org * Package name: libdownload Version : 1.3 Upstream Author : Aaron Griffin aaronmgrif...@gmail.com * URL : http://www.archlinux.org/pacman * License : BSD Programming Lang: C Description : library for downloading files from HTTP/FTP Libdownload is a library for downloading files from HTTP/FTP servers. It is a fork of libfetch, used by FreeBSD and others, and supports a very simple interface for downloading files into memory buffers and file descriptors. Changes from libfetch include modification to improve portability, and proper use of select(2) timeouts. This is being packaged because it is a dependency of pacman-package-manager (see #511994). -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511980: ITP: Plumi -- Plumi is a Free Software video sharing Content Management System based on Plone.
On Fri, 2009-01-16 at 11:22 +1100, Andy Nicholson wrote: Package: wnpp Severity: wishlist Owner: Andy Nicholson a...@engagemedia.org * Package name: Plumi Package names need to be lowercase. Version : 0.2.3 Upstream Author : Andy Nicholson a...@engagemedia.org * URL : http://plumi.org/ * License : GPL Programming Lang: Python Description : Plumi is a Free Software video sharing Content Management System based on Plone. The short description should be lowercase, also placing free software here is redundant, as the Section: header will tell you if it is free or not (foo vs non-free/foo). The short description should not be a complete sentence. Something like video sharing CMS based on Plone would be sufficient here. Plumi is a Free Software video sharing Content Management System based on Plone and produced by the EngageMedia collective. Plumi enables you to create your own sophisticated video sharing site; by adding it to an existing Plone instance you can quickly have a wide array of functionality to facilitate video distribution and community creation. Please make sure your description is wrapped to 80 characters. In a net landscape where almost all video sharing sites keep their distribution platform under lock and key, Plumi is one contribution to creating a truly democratic media. The second paragraph does not add anything to the package description; you should consider removing it. William signature.asc Description: This is a digitally signed message part
Bug#507233: ITP: appliancekit -- tools for managing, creating and deploying software appliances
Hi, The website isn't up yet. But, you can grab the source with Mercurial, using hg clone http://appliancekit.systeminplace.net/ . Please report any bugs or feature suggestions to http://devel.systeminplace.net/ . Thanks for your interest! (The upload in Debian will likely not happen for about a month or so, there's still a lot that needs to be done.) William On Tue, 2008-12-02 at 09:39 +0100, Pierre Chifflier wrote: On Fri, Nov 28, 2008 at 11:46:30PM -0600, William Pitcock wrote: Package: wnpp Severity: wishlist Owner: William Pitcock [EMAIL PROTECTED] * Package name: appliancekit Version : 0.131 Upstream Author : William Pitcock [EMAIL PROTECTED] * URL : http://appliancekit.systeminplace.net/ To change this page, upload your website into the public_html directory Looks like the website is not here. Can you provide a link to the sources ? I would like to test appliancekit. Cheers, Pierre * License : ISC Programming Lang: Python Description : tools for managing, creating and deploying software appliances ApplianceKit is a tool for authoring and distributing software appliances. Appliance authors typically distribute the appliance in the form of an XML metadata file, which ApplianceKit uses to compile into a functional appliance. . ApplianceKit supports deploying to chroots, Xen domains, and VServer containers. It is an essential tool for deploying virtual machines in a hosting environment due to it's abilities to provide for a fully customized environment inside the appliance instance. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507233: ITP: appliancekit -- tools for managing, creating and deploying software appliances
Try cloning http://hg.systeminplace.net/hgwebdir.fcgi/appliancekit/ . Apparently hgwebdir gets cranky when you run it as a fastcgi script. William On Tue, 2008-12-02 at 09:39 +0100, Pierre Chifflier wrote: On Fri, Nov 28, 2008 at 11:46:30PM -0600, William Pitcock wrote: Package: wnpp Severity: wishlist Owner: William Pitcock [EMAIL PROTECTED] * Package name: appliancekit Version : 0.131 Upstream Author : William Pitcock [EMAIL PROTECTED] * URL : http://appliancekit.systeminplace.net/ To change this page, upload your website into the public_html directory Looks like the website is not here. Can you provide a link to the sources ? I would like to test appliancekit. Cheers, Pierre * License : ISC Programming Lang: Python Description : tools for managing, creating and deploying software appliances ApplianceKit is a tool for authoring and distributing software appliances. Appliance authors typically distribute the appliance in the form of an XML metadata file, which ApplianceKit uses to compile into a functional appliance. . ApplianceKit supports deploying to chroots, Xen domains, and VServer containers. It is an essential tool for deploying virtual machines in a hosting environment due to it's abilities to provide for a fully customized environment inside the appliance instance. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507233: ITP: appliancekit -- tools for managing, creating and deploying software appliances
Package: wnpp Severity: wishlist Owner: William Pitcock [EMAIL PROTECTED] * Package name: appliancekit Version : 0.131 Upstream Author : William Pitcock [EMAIL PROTECTED] * URL : http://appliancekit.systeminplace.net/ * License : ISC Programming Lang: Python Description : tools for managing, creating and deploying software appliances ApplianceKit is a tool for authoring and distributing software appliances. Appliance authors typically distribute the appliance in the form of an XML metadata file, which ApplianceKit uses to compile into a functional appliance. . ApplianceKit supports deploying to chroots, Xen domains, and VServer containers. It is an essential tool for deploying virtual machines in a hosting environment due to it's abilities to provide for a fully customized environment inside the appliance instance. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506931: O: inspircd -- modular C++ irc daemon
Package: wnpp Severity: normal InspIRCd is an advanced modular IRC daemon that no active members on the pkg-irc team have an interest in anymore (we are mostly interested in IRC clients and tools than daemons now). Please note that adopting this package means that you will have to support it during lenny, which may require patch authoring on your part, depending on how quickly the inspircd developers drop inspircd 1.1 maintainance. It is likely that the inspircd development team will drop support for 1.1 during lenny's lifecycle (which is expected to be at least 2-3 years). Packaging InspIRCd 1.1 is especially complex due to design decisions taken by the InspIRCd developers during the 1.1 branch, which result in invasive modifications being required in order to ensure Debian policy compliance. On top of this, upstream tends to become cranky whenever their releases are patched. InspIRCd 1.2 will likely be easier to maintain in Debian, but is not yet ready for inclusion due to being too new. Since most users of InspIRCd will likely be compiling with custom settings, there is probably no real value in having this package. If nobody takes this package by December 9, 2008, I will file a bug to remove it from Debian. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501342: ITP: kio-ftps-kde4 -- an ftps KIO slave for KDE 4
Hi, On Mon, 2008-10-06 at 20:38 +0200, Laurent Léonard wrote: Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: kio-ftps-kde4 Version: 0.2-1 Don't you mean version 0.2? The Debian revision is not needed here. Upstream Author: Magnus Kulke [EMAIL PROTECTED] URL: http://kasablanca.berlios.de/kio-ftps/ License: GPL Description: An ftps KIO slave for KDE 4, based on rfc4217 and build upon the ftp KIO-slave sources. it should work yet with most server implementations. it issues an AUTH TLS command after connecting and refuses to continue, when it's not supported. in prior to every data channel io command (STOR, RETR, etc) it tries to secure the data channel via PBSZ and PROT commands. if that fails it will transfer data unencrypted. there is currently no support for ssl-certificates. this might be added on demand. A short description is needed for the first line. ftps KIO slave for KDE4 seems appropriate. William signature.asc Description: This is a digitally signed message part
Bug#500525: ITP: dronebl-tools -- tools for accessing the DroneBL rpc2 webservice
Package: wnpp Severity: wishlist Owner: William Pitcock [EMAIL PROTECTED] * Package name: dronebl-tools Version : 0.3 Upstream Author : William Pitcock [EMAIL PROTECTED] * URL : http://dronebl.org/doc/dronebl-tools * License : BSD Programming Lang: Python Description : tools for accessing the DroneBL rpc2 webservice This package contains tools and a python module for interaction with the DroneBL rpc2 webservice, as well as other webservices which implement the same protocol. The commandline tools can be used in combination with fail2ban to submit bruteforce attackers to DroneBL and other blacklists. . The python module can be used to integrate DroneBL and other blacklists with other applications. . Please note that an RPCKEY is needed in order to access webservices implementing this protocol. -- System Information: Debian Release: lenny/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495736: ITP: instantbird -- instant messaging client based on XULrunner and libpurple
Package: wnpp Severity: wishlist Owner: William Pitcock [EMAIL PROTECTED] * Package name: instantbird Version : 0.1.2 Upstream Author : Florian Quèze and Quentin Castier * URL : http://www.instantbird.com/ * License : GPL Programming Lang: C, C++ Description : instant messaging client based on XULrunner and libpurple Instantbird is an IM client based on Mozilla's XULrunner (the same platform that Iceweasel is based on). It supports connecting to all of the popular IRC networks through the use of libpurple, Pidgin's messaging core. . It supports all of the usual IM networks, like AIM, MSN, Jabber and so on. -- System Information: Debian Release: lenny/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494863: ITP: transset-df -- manager for on-the-fly transparency changing in X
On Tue, 2008-08-12 at 11:07 -0700, Daniel Moerner wrote: Package: wnpp Severity: wishlist Owner: Daniel Moerner [EMAIL PROTECTED] Package name: transset-df Version : 6 Upstream Author : Daniel Forchheimer [EMAIL PROTECTED] URL : http://www.forchheimer.se/transset-df/ License : 'Use however you want. I can't stop you': public domain parts. Copyright 1993, 1998 The Open Group Permission to use, copy, modify, distribute, and sell this software and its documentation for any purpose is hereby granted without fee, provided that the above copyright notice appear in all copies and that both that copyright notice and this permission notice appear in supporting documentation. [...] You don't need to include the entire license here, saying X.org license would be enough. Programming Lang: C Description : manager for on-the-fly transparency changing in X transset-df is a program that allows the user to change window transparencies on the fly. Supported methods include using window manager hotkeys, 'select by pointing' without actually clicking a window, and selecting by name and window id. transset-df is a modified version of xorg's transset and requires compositing to function. It is meant to allow a windowmanger-independent way to support transparency. I have been in contact with the upstream developer, who has expressed interest in bringing transset-df into debian. Unlike transset, it has had releases in 2005, 2006, and 2007, and is still being slowly developed upstream. The developer is willing to explicitly provide a better license if the public domain parts license is deemed unacceptable for Debian. Public domain is typically considered bad, if you could have him put it under the WTFPL or some sort of liberal open source license like BSD (or even better, the X.org license for consistancy), it would be better. William -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494502: O: libvisual-projectm -- libvisual module for projectM
Package: wnpp Severity: normal I don't use this anymore (infact, for some reason projectM does not even work on my computer anymore), so someone should take it now. You'll need to update the package to fix a FTBFS (the projectM guys enjoy breaking API for no reason). Peter Sperl seems like a nice guy though. Good luck! (Please note that it takes a lot of work to maintain a package, so don't take it unless you are serious about maintaining it. Thanks!) William -- System Information: Debian Release: lenny/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492215: ITP: sigx -- interthread communication library for c++ on top of libsigc++ and glibmm
Package: wnpp Severity: wishlist Owner: William Pitcock [EMAIL PROTECTED] * Package name: sigx Version : 2.0 Upstream Author : Klaus Triendl [EMAIL PROTECTED] * URL : http://www.assembla.com/spaces/sigx * License : LGPL-2.1 or later Programming Lang: C++ Description : interthread communication library for c++ using libsigc++ and glibmm Sigx is an interthread communications library for sending messages between multiple threads. It extends libsigc++ and glibmm by adding dispatchable and threadable classes, and has bindings for glibmm to enable it's usage in Gtkmm/Glibmm applications. Due to the in progress development of this library, it will be uploaded to Debian experimental until the API is frozen. -- System Information: Debian Release: lenny/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491138: ITP: audacious2 -- cross-platform multi-interface audio player
Hi, Well, it can be used, but it needs some tweaks before it can go into stable. This is mostly to scare away people who might be impatient with using the software. William On Thu, 2008-07-17 at 12:51 +0200, Thijs Kinkhorst wrote: On Thursday 17 July 2008 05:01, William Pitcock wrote: This package is still experimental, and shouldn't be used yet. I can understand that software is not fit for stable, but if it shouldn't be used at all, what is the use of it being in Debian? Thijs signature.asc Description: This is a digitally signed message part
Bug#491138: ITP: audacious2 -- cross-platform multi-interface audio player
Package: wnpp Severity: wishlist Owner: William Pitcock [EMAIL PROTECTED] * Package name: audacious2 Version : 1.9.0+hg20080717 Upstream Author : William Pitcock [EMAIL PROTECTED], Tony Vroon [EMAIL PROTECTED], Matti Hamalainen [EMAIL PROTECTED], Tomasz Mon [EMAIL PROTECTED], Michael Farber [EMAIL PROTECTED] * URL : http://audacious-media-player.org/index.php?title=Audacious2 * License : GPL Programming Lang: C Description : cross-platform multi-interface audio player Audacious2 is a cross platform player which supports multiple interfaces through an abstraction layer. It is the spiritual successor to Audacious, but is a new codebase with most of the XMMS legacy removed. . It supports all of the formats Audacious does, with additional features and also new formats like PSF2. . This package is still experimental, and shouldn't be used yet. For now, this package will conflict with audacious1, and be uploaded to experimental. As audacious2 development progresses, it will be possible to install audacious1 and audacious2 side-by-side. -- System Information: Debian Release: lenny/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491139: ITP: audacious2-plugins -- required and optional plugins for Audacious2
Package: wnpp Severity: wishlist Owner: William Pitcock [EMAIL PROTECTED] * Package name: audacious2-plugins Version : 1.9.0+hg20080717 Upstream Author : William Pitcock [EMAIL PROTECTED], Tony Vroon [EMAIL PROTECTED], Matti Hamalainen [EMAIL PROTECTED], Tomasz Mon [EMAIL PROTECTED], Michael Farber [EMAIL PROTECTED] * URL : http://audacious-media-player.org/index.php?title=Audacious2 * License : GPL Programming Lang: C Description : required and optional plugins for Audacious2 Audacious2 is a cross platform player which supports multiple interfaces through an abstraction layer. It is the spiritual successor to Audacious, but is a new codebase with most of the XMMS legacy removed. . It supports all of the formats Audacious does, with additional features and also new formats like PSF2. . This package contains the plugins required for Audacious2 to operate. . This package is still experimental, and shouldn't be used yet. For now, this package will conflict with audacious-plugins, and be uploaded to experimental. As audacious2 development progresses, it will be possible to install audacious and audacious2 side-by-side. -- System Information: Debian Release: lenny/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491008: ITP: qutim -- new instant messenger written in C++ and Qt4
Hi, What makes this different than Kopete? William On Wed, 2008-07-16 at 02:10 +0400, Alexander Gerasiov wrote: Package: wnpp Severity: wishlist Owner: Alexander GQ Gerasiov [EMAIL PROTECTED] * Package name: qutim Upstream Author : Rustam Chakin [EMAIL PROTECTED] * URL : http://www.qutim.org/ * License : GPL v2 or later Programming Lang: C++ Description : new instant messenger written in C++ and Qt4 qutIM - is new instant messenger. Project began at 2008 January and is under development right now. Main goal is to create fast and user friendly IM client for Linux OS. - Tabbed and windowed messaging modes - Fast and uses little memory - Lots of smiles packs - X-statuses - Cross platform - Open source - Permanent development -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (700, 'testing-proposed-updates'), (700, 'testing'), (670, 'proposed-updates'), (670, 'stable'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485105:
retitle 485105 O: libprojectm -- Advanced milkdrop-compatible visualization library thanks Hi, Since it has been a month, I am going to orphan this now, as I cannot use it. William -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486429: ITP: eternallands-music -- the music package for Eternal Lands, a free MMORPG
On Mon, 2008-06-16 at 02:15 +0100, Paul Broadhead wrote: Package: wnpp Severity: wishlist Owner: Paul Broadhead [EMAIL PROTECTED] * Package name: eternallands-music Version : 1.6.0 Upstream Author : Radu Privantu and Maura Privantu * URL : http://www.eternal-lands.com * License : (Free to distribute) This doesn't seem free to me, the license says: 3. You are NOT allowed to take our art (2d/3d files), and use it for your own devious purpose, either commercial or not. The only exception is if you want to make some sort of fan website, in which case it is OK to use some of our art on that site. Of course, taking a screenshot and using it for whatever you need is perfectly OK. Just don't use our art for your own game/software. If you really want to do that, then send me an e-mail, with information on where/how/what/why you want to use, and, most likely, we can come to a deal. Which really doesn't seem to meet Debian's definition of free. But maybe I am wrong? The same license applies for eternallands-data, obviously. As far as the game itself goes, this one is a real showstopper: 4. If you want to [re]distribute this game, you are NOT allowed to modify anything. You can, however, distribute some txt/doc/etc file, with information about you, etc. You can read the license of this MMORPG here: http://www.eternal-lands.com/page/license.txt Also, this license seems dubious at best. William signature.asc Description: This is a digitally signed message part
Bug#485553: ITP: charybdis -- fast, scalable irc server
Hi, On Tue, 2008-06-10 at 11:21 +0200, Guus Sliepen wrote: On Mon, Jun 09, 2008 at 11:43:53PM -0500, William Pitcock wrote: * URL : http://www.ircd-charybdis.net * License : GPL Like oftc-hybrid, I intend to link this to OpenSSL. Since nobody seems to care about that, I'm going to assume that it's OK. People DO care, and it is not OK. Linking with OpenSSL is only allowed if there is an exemption to the license of charybdis that explicitly allows linking to the OpenSSL. See for example this page which gives a nice summary and links to some related debian-legal emails: It is likely impossible to add an exemption to most IRCd notable exceptions include ngircd or inspircd, because some of the original ircd 2.8 contibutors are now dead. Due to packet interception and logging, SSL support in IRC daemons is becoming a hot topic. Without OpenSSL, packaging charybdis is pointless for me, as the whole idea of packaging it would be to make it easier to install on my systems. And without OpenSSL, it isn't easier for me to install because I would have to rebuild the package with OpenSSL. So, in a nutshell, nobody in the current IRCd development community cares about perceived GPL+OpenSSL compatibility issues, so only Debian does, which is ok, but that's not so useful when Debian is already shipping packages linked against OpenSSL with no exception (see below). Here's some packages which are linked against OpenSSL and should not be (this is not an all exhaustive list, you should grep-dctrl on a Sources or something): - epic4 (impossible to get an exception, dead contributors) - inspircd would but I chose not to build that module because they ship a gnutls one instead (charybdis is basically stuck with openssl due to using libcrypto directly) - oftc-hybrid (impossible to get an exception, dead contributors) - openvpn (may or may not have exception, more checking needed) - xchat (might be possible to get an exception, but author doesn't care about GPL anyway, see also: Shareware XChat for win32) - znc (status unknown, but i see no exception in the source) So, in the grand scheme of things, I don't really think one more package linked against OpenSSL is going to hurt anything. If it makes you happy, I could bolt an exception on the code, but I doubt it would hold water due to the fact that there are dead copyright holders. But at the moment, porting to GnuTLS is really not an option, as I would have to port to GCrypt too for the cert exchange, and that couldn't be easily done with libgnutls-extra. I suppose using libgnutls-extra and not supporting X.509 cert auth for gaining admin access is an acceptable compromise provided that libgnutls-extra implements enough of the OpenSSL API. William signature.asc Description: This is a digitally signed message part
Bug#485553: ITP: charybdis -- fast, scalable irc server
On Tue, 2008-06-10 at 10:46 -0700, Steve Langasek wrote: - oftc-hybrid (impossible to get an exception, dead contributors) * As a special exception, the authors give permission to link the code of this * release of oftc-hybrid with the OpenSSL project's OpenSSL library (or * with modified versions of it that use the same license as the OpenSSL * library), and distribute the linked executables. You must obey the GNU * General Public License in all respects for all of the code used other than * OpenSSL. If you modify the code, you may extend this exception to your * version of the files, but you are not obligated to do so. If you do not * wish to do so, delete this exception statement from your version. You've been conned. OFTC-Hybrid is based on Hybrid which is based on 2.8 and therefore cannot add such an exception; it is effectively in the same boat that charybdis is in. I could lie and add the same exception to my debian/copyright too, but it wouldn't be true and it wouldn't be right to do so. Furthermore, a grep of that string in the source brings no results other than debian/copyright, which demonstrates that nothing actually HAS this exception anyway: [EMAIL PROTECTED]:~/oftc-hybrid-1.6.3.dfsg$ grep As a special exception, the authors give permission * -R debian/copyright: * As a special exception, the authors give permission to link the code of this [EMAIL PROTECTED]:~/oftc-hybrid-1.6.3.dfsg$ At any rate, I intend to wait until version 3.1 of charybdis anyway now, which has a GNUTLS backend (I've written it, and it just needs to be debugged). William signature.asc Description: This is a digitally signed message part
Bug#485553: ITP: charybdis -- fast, scalable irc server
Hi, On Tue, 2008-06-10 at 21:18 +0200, Robert Millan wrote: On Tue, Jun 10, 2008 at 11:50:47AM +0200, Miriam Ruiz wrote: 2008/6/10 Guus Sliepen [EMAIL PROTECTED]: On Mon, Jun 09, 2008 at 11:43:53PM -0500, William Pitcock wrote: * URL : http://www.ircd-charybdis.net * License : GPL Like oftc-hybrid, I intend to link this to OpenSSL. Since nobody seems to care about that, I'm going to assume that it's OK. People DO care, and it is not OK. Linking with OpenSSL is only allowed if there is an exemption to the license of charybdis that explicitly allows linking to the OpenSSL. See for example this page which gives a nice summary and links to some related debian-legal emails: http://www.gnome.org/~markmc/openssl-and-the-gpl.html I don't know if it's possible, but you might want to try to link it to GNUTLS [1] instead. GNUTLS has an OpenSSL portability layer, but it is not complete. It would require some porting work. Btw, the build system in ircd-charybdis considers OpenSSL an optional dependency. If it's an optional feature, why not just disable it untill a better solution is found? Because SSL is a requirement for my requirements. I wish to replace inspircd with something that is more suited for my requirements (e.g. something I can use CGI:IRC with, without having ban-evasion issues). We've already found a temporary solution (although I certaintly don't like the side effect that it makes the daemon binary GPLv3), which is to use the portability layer until a native backend for GNUTLS is written (and just simply not have the certificate-based opering feature until it's properly abstracted -- right now it's dependent on libcrypto availability). Obviously a native GNUTLS backend is the best solution, but releasing charybdis 3.0.2 with an openssl.c that can build against gnutls-extra is fine for the immediate future. William signature.asc Description: This is a digitally signed message part
Bug#485703: ITP: libratbox -- portable runtime for ircd-ratbox and charybdis
Package: wnpp Severity: wishlist Owner: William Pitcock [EMAIL PROTECTED] * Package name: libratbox Version : 3.0.0~svn25529 Upstream Author : Aaron Sethman [EMAIL PROTECTED], Jilles Tjoelker [EMAIL PROTECTED] * URL : http://www.ircd-ratbox.org/ * License : GPL Programming Lang: C Description : portable runtime for ircd-ratbox and charybdis Libratbox is the portable runtime used by ircd-ratbox and ircd-charybdis. It features an abstractable design allowing for SSL support and high performance I/O. . In Debian, SSL support is provided by GNUTLS and should be considered experimental at the moment. Support may be added to allow for local users to rebuild using OpenSSL if desired instead of GNUTLS. This is still being considered; the official Debian version will always use GNUTLS. -- System Information: Debian Release: lenny/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485553: ITP: charybdis -- fast, scalable irc server
Package: wnpp Severity: wishlist Owner: William Pitcock [EMAIL PROTECTED] * Package name: charybdis Version : 3.0.1 Upstream Author : William Pitcock [EMAIL PROTECTED], Jilles Tjoelker [EMAIL PROTECTED], Valery Yatsko [EMAIL PROTECTED], Michael Tharp [EMAIL PROTECTED] * URL : http://www.ircd-charybdis.net * License : GPL Programming Lang: C Description : fast, scalable irc server Charybdis is a fast, scalable IRC server, capable of supporting tens of thousands of connections. It supports SSL and X.509 certificate challenge-response authentication. Like oftc-hybrid, I intend to link this to OpenSSL. Since nobody seems to care about that, I'm going to assume that it's OK. -- System Information: Debian Release: lenny/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485105: RFA: libprojectm -- Advanced Milkdrop-compatible music visualization library - dev
Package: wnpp Severity: normal I request an adopter for the libprojectm package. I do not have any further interest in it, due to the fact that it no longer works correctly on my system, and I have no idea on where to begin on fixing it. The packaging is in good shape, considering that: - it uses CMake - the upstream devs don't know what SONAMEs are, or why you might want to change them when the API breaks - the API is constantly subject to change and is broken for no really good reasons However, there's some good points. Peter Sperl is a fairly friendly person and has answered my questions and accepted my feedback and criticism well. I just don't have time to update all of the packages with patches to support the API changes which happen between versions. The package description is: libprojectm is an iterative music visualization library which uses OpenGL for hardware acceleration. It is compatible with Milkdrop presets. . This package contains the development headers. Maintaining a package in Debian takes a lot of effort. Please do not adopt this package unless you intend to give it your best effort. As I think projectM is a good project to have in Debian (pretty swirling colours are always good for the whole WOW-factor of the distro after all), I would like to see someone adopt this without me having to orphan it. Thanks! -- System Information: Debian Release: lenny/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480026: adoption?
Hi, On Fri, 2008-06-06 at 11:35 +1000, Trent W. Buck wrote: On Thu, Jun 05, 2008 at 11:31:50PM +0200, Patrick Winnertz wrote: Is anything happening here? If not I would like to upload a updated version to experimental soon. I've done nothing since this memo: On Tue, May 20, 2008 at 12:40:00AM -0500, William Pitcock wrote: On Tue, 2008-05-20 at 14:48 +1000, Trent W. Buck wrote: On Fri, May 09, 2008 at 01:40:05AM -0500, William Pitcock wrote: retitle 480026 ITA: midori -- Fast and lightweight web browser If I can help in any way, let me know. I've built 0.0.18 against the new libwebkit-dev package This has been uploaded to mentors. Would you like to co-maintain the package? Sure thing. At the moment, I'm not very upload-enabled. Maybe Patrick can upload your 0.0.18 for now? William signature.asc Description: This is a digitally signed message part
Bug#480026: adoption?
On Fri, 2008-06-06 at 07:16 +0200, Patrick Winnertz wrote: Hey, On Friday 06 June 2008 03:35:03 Trent W. Buck wrote: On Thu, Jun 05, 2008 at 11:31:50PM +0200, Patrick Winnertz wrote: Is anything happening here? If not I would like to upload a updated version to experimental soon. I've done nothing since this memo: Ah okay, Am I allowed to comaintain this package with you and William? (Or should I only upload for you?) The more the merrier! So that this cool fast browser is again usable :) Greetings Winnie signature.asc Description: This is a digitally signed message part
Bug#483899: ITP: sockstat -- clone of freebsd's sockstat(1) utility
Package: wnpp Severity: wishlist Owner: William Pitcock [EMAIL PROTECTED] * Package name: sockstat Version : 0.1 Upstream Author : William Pitcock [EMAIL PROTECTED] * URL : http://www.nenolod.net/sockstat * License : BSD Programming Lang: C Description : clone of freebsd's sockstat(1) utility This package is a clone of freebsd's sockstat(1) utility. It includes features like the ability to search for open sockets by user, program-specific socket usage information, searching for listening sockets, connected sockets, and much more. -- System Information: Debian Release: lenny/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480026: your mail
An ITA means that it will be staying in Debian. I have an upload prepared for unstable, but I haven't had time to get it into shape. Would you like to co-maintain the package? William On Tue, 2008-05-20 at 14:48 +1000, Trent W. Buck wrote: William, On Fri, May 09, 2008 at 01:40:05AM -0500, William Pitcock wrote: retitle 480026 ITA: midori -- Fast and lightweight web browser I'm interested in Midori for my own use, so I'm keen to keep it in Debian. If I can help in any way, please do let me know. IANADD but I maintain a few of packages: http://qa.debian.org/developer.php?login=trentbuck%40gmail.com I've built 0.0.18 against the new libwebkit-dev package, and am testing now. If all goes well I'll put a copy on mentors.debian.net, marked as do not sponsor until I hear from you. signature.asc Description: This is a digitally signed message part
Bug#480509: ITP: mudkip-player -- an XMMS replacement
Package: wnpp Severity: wishlist Owner: William Pitcock [EMAIL PROTECTED] * Package name: mudkip-player Version : 1.0~pre1-hg20080510 Upstream Author : William Pitcock [EMAIL PROTECTED] * URL : http://www.nenolod.net/mudkip-player (pending) * License : GPL Programming Lang: C Description : an XMMS replacement Mudkip-player is a combination of the Audacious 1.5 and BMPx (old XMMS-like version) codebases. It behaves like XMMS and includes a few useful enhancements. Mudkip is based on GStreamer and is not compatible with XMMS plugins, but includes select features from both BMPx and Audacious. -- System Information: Debian Release: lenny/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479440: ITP: funpidgin -- A pidgin fork
Hi, On Sun, 2008-05-04 at 23:28 +0100, Ben Hutchings wrote: On Sun, 2008-05-04 at 23:24 +0300, Mohammed Sameer wrote: Package: wnpp Severity: wishlist Owner: Mohammed Sameer [EMAIL PROTECTED] * Package name: funpidgin Version : 2.4.1 Upstream Author : A lot. Can't be listed here! * URL : http://funpidgin.sourceforge.net * License : GPL Programming Lang: C Description : graphical multi-protocol instant messaging client based on pidgin Funpidgin is a graphical, modular Instant Messaging client capable of using AIM/ICQ, Yahoo!, MSN, IRC, Jabber, Napster, Zephyr, Gadu-Gadu, Bonjour, Groupwise, Sametime, SILC, and SIMPLE all at once. It has all the features offered by pidgin plus: * Entry area manual sizing a plugin by that allows manual resizing of the entry area. * An option to set the size of the buddy icons displayed in the chat window. * An option to let the window manager place new windows. * Two different ways of seeing that your buddies are typing. * An optional send button for Tablet PC users. Maybe you could wait to see whether this fork lasts, and adds some *substantial* features, before adding it? I too have concern that this fork will not last, but they are receptive to my ideas and patches, so perhaps I have motivation to make sure the fork is successful. William signature.asc Description: This is a digitally signed message part
Bug#477106: ITP: codecgraph -- generate a routing graph for an Intel-HDA codec
Package: wnpp Severity: wishlist Owner: William Pitcock [EMAIL PROTECTED] * Package name: codecgraph Version : 20080406 Upstream Author : Eduardo Habkost [EMAIL PROTECTED] * URL : http://helllabs.org/codecgraph/ * License : GPLv2 Programming Lang: Python Description : generate a routing graph for an Intel-HDA codec codecgraph is a utility used to generate an SVG graph of an HDA codec's routing paths. It is useful for debugging audio problems relating to Intel-HDA codecs. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474016: ITP: desktop-data-model -- a library for Mugshot and Online-Desktop
Hi, On Wed, 2008-04-02 at 15:15 -0500, Ron Johnson wrote: That doesn't appear to be a valid address, It redirects to http://www.mugshot.com/ which seems to be just a bunch of links to scam and valid commercial web sites. Mugshot has always been at mugshot.org; not mugshot.com. So the ITP creator should take note of this. http://developer.mugshot.org/ is a mediawiki instance :) William signature.asc Description: This is a digitally signed message part
Bug#471726: ITP: mpx -- library-oriented media player
Package: wnpp Severity: wishlist Owner: William Pitcock [EMAIL PROTECTED] * Package name: mpx Version : 0.0 Upstream Author : Milosz Derezynski [EMAIL PROTECTED] * URL : http://hg.backtrace.info/mpx * License : GPL Programming Lang: C++ Description : library-oriented media player MPX is a media player which provides a very easy-to-use interface and usage semantics for all tasks, while having extensive standards and services support under the hood (MusicBrainz, Last.fm radio/scrobbling, HAL, DBus), yet keeping the details out of the way of the user. . MPX is a media player that features support for specifications like XDS DnD, XSPF and DBus. MPX is highly interoperable and integrates well with other applications and a variety of desktop environments. MPX guys are writing a successor to MPX now called mpx. I intend to package it once it becomes usable. So, the same long description as MPX will mostly apply here, as it's basically the same idea, but with newer code. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468819: ITP: soothsayer-doc -- intelligent predictive text entry platform (documentation)
On Sat, 2008-03-01 at 16:34 +, Matteo Vescovi wrote: Package: wnpp Severity: wishlist Owner: Matteo Vescovi [EMAIL PROTECTED] * Package name: soothsayer-doc Version : 0.6 Upstream Author : Matteo Vescovi [EMAIL PROTECTED] * URL : http://soothsayer.sourceforge.net/ * License : GPL Programming Lang: Description : intelligent predictive text entry platform (documentation) Soothsayer is an intelligent predictive text entry platform. . A predictive text entry system attempts to improve the ease and speed of textual input by predicting words. Word prediction consists in computing which word tokens or word completions are most likely to be entered next. The system analyses the text already entered and combines the information thus extracted with other information sources to calculate the set of most probable tokens. . Soothsayer exploits redundant information embedded in natural languages to generate word predictions. The modular architecture allows its language model to be extended and customized to utilize statistical, syntactic, and semantic information sources. . This package contains the documentation for soothsayer in HTML and LaTeX format. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Hi, You only need to ITP the source package for all of this, not the binary packages. William signature.asc Description: This is a digitally signed message part
Bug#468183: Many packaged programs that are doing the same thing
Hi, On Fri, 2008-02-29 at 10:38 +0100, Guus Sliepen wrote: On Thu, Feb 28, 2008 at 08:02:39PM -0600, William Pitcock wrote: Even there, it looks very much like other very small webservers, such as boa, bozohttpd, cherokee, fnord, lighttpd, micro-httpd, mini-httpd or thttpd. What does it do better than any of them? Or worse? Or different? Why does a package need to clarify what's different about it than others like it? Debian is about having the possibility of choosing between many options for the same thing e.g. openssh, dropbear for sshd, 12 different httpd options, etc. There is nothing wrong with having multiple packages in Debian that do the same thing. However, you can wonder whether it is really helpful for the user to have 10 or more light-weight http daemons to choose from. As a distribution, we have a much broader view than the authors of those http daemons. When we see something like this, maybe we should contact the upstream authors and suggest that they work together, so that the number of light-weight daemons to choose from decreases but the quality of the remaining will be better. Again, I'm not saying there should only be one light-weight http daemon. But more than 10? Why not? Debian ships more than 10 different shells, media players, etc. Why should an httpd be not included because there are already others. This isn't about being helpful, this is about _choice_. Have you considered that perhaps the upstreams don't work together because they DON'T WANT TO? Again, it's a matter of _choice_. As a distribution, Debian's goals are to: * provide the widest latitude of free software; * provide the highest quality of packaging of said free software; * ensure the software we ship by default is really free. If that means having a lot of different httpds to choose from, then great! You're not being forced to use them, so why does it matter to you if they are available in Debian? Most software in Debian is maintained for personal reasons, e.g. the maintainer uses it. What further justification than that is required? William signature.asc Description: This is a digitally signed message part
Bug#468183: ITP: monkey -- small webserver based on the HTTP/1.1 protocol
Hi, On Fri, 2008-02-29 at 11:16 +0100, Thijs Kinkhorst wrote: On Fri, February 29, 2008 03:02, William Pitcock wrote: Why does a package need to clarify what's different about it than others like it? Debian is about having the possibility of choosing between many options for the same thing e.g. openssh, dropbear for sshd, 12 different httpd options, etc. The word different is key here. Debian wants to offer different options to its end users. But please, only options that are significantly different to what we already have. There are several costs associated with having yet another package doing the same thing: * For the project in general, it costs archive and Packages file space, build time, QA efforts just to name a few; * Especially true for network facing services: the security team needs to support every package in stable; * For the administrator: having a choice between a few webservers is good, having to choose between a dozen that are hardly different just troubles their view. You can have too much choice. Clearly these packages are different enough to somebody if they are going to the effort of packaging them. Perhaps they have a superior configuration format or some other non-notable feature. But if you are worried about the QA and security team, then why not create an unsupported repo. It could even be a good solution towards recruiting new DDs. Lets call it, say, 'community', 'extras', or 'unsupported'. The main featureset I see here would be: * Anyone could register with it, and upload their packages. There would be buildd's and whatnot, so for all purposes, it would be similar to having packages in Debian proper. * If the package is good, it could be migrated into Debian proper where it would receive proper security team and QA attention. * It would allow people who are having problems finding mentors to upload on their behalf the ability to still contribute to Debian's package collection. Which in turn, would probably eventually lead them towards a mentor. * It would give end users the ability to learn more about DAK and all of the other stuff involved in Debian packaging in a hands-on environment. * It would allow a greater latitude of options while not adding additional workload on the QA and security teams. * Community QA'd, meaning a hands-on learning experience for those who might be interested in joining the QA team. * As it is not an official Debian repo, but instead a community repo, Debian ftp maintainers would choose for themselves whether or not to mirror it, like backports.org. If the project is successful, it could later be offered as an option at install time to get more packages. We can obviously live with the costs that a package incurs, but it makes sense only if there is something that offsets the cost: a clear added value of this package to the distribution. That is something that must be able to be justified when any new package is added. Just because doesn't cut it. Sure in the Debian main repo, but if a community repo existed, it would not matter. Package descriptions should stick to positive aspects of the package, and not try to draw comparisons towards other packages. IMO. A package description is intended for the administrator to choose which of a set of alternatives to install. A comparison to others, or being open about possible limitations, are very helpful to make this decision. Use debtags for that. It seems to me as if you are trying to get people to justify the packages they want to work on. Yes, and that's very desirable. Telling people to go away because you don't want to QA their package is not desirable at all. William signature.asc Description: This is a digitally signed message part
Bug#468183: ITP: monkey -- small webserver based on the HTTP/1.1 protocol
Hi, On Fri, 2008-02-29 at 10:33 -0600, Gunnar Wolf wrote: But the user should not have to install 10 small HTTP servers just to know what's the goddamn difference. That's extremely unhelpful from us. We should tell the prospective user at a first glance why he wants one httpd over another. I agree that this reasoning is fine. Sorry if I misjudged your intent. William signature.asc Description: This is a digitally signed message part
Bug#468183: ITP: monkey -- small webserver based on the HTTP/1.1 protocol
On Thu, 2008-02-28 at 18:47 -0600, Gunnar Wolf wrote: Guus Sliepen dijo [Wed, Feb 27, 2008 at 07:55:08PM +0100]: Monkey is a Web Server written in C based on the HTTP/1.1 protocol. The objective is to develop a fast, efficient, small and easy to configure webserver. Although it is very small and does not need much system resources, it has a lot of nice features like Multithreading, Mimetype Support, Virtualhosts, CGI PHP, Basic Security features (Deny by URL + IP) The language the server is written in is not important. Use the debtags system to annotate the package with that kind of information. Also, don't use subjective wording like nice features. There are also too much capitals in your description. I suggest the following: Monkey is a small, fast, and easily configurable HTTP/1.1 compliant web server. It uses multi-threading and has support for MIME, virtual hosts, CGI and PHP. It offers basic security features, such as denying access to certain URLs for certain IP addresses. Even there, it looks very much like other very small webservers, such as boa, bozohttpd, cherokee, fnord, lighttpd, micro-httpd, mini-httpd or thttpd. What does it do better than any of them? Or worse? Or different? Why does a package need to clarify what's different about it than others like it? Debian is about having the possibility of choosing between many options for the same thing e.g. openssh, dropbear for sshd, 12 different httpd options, etc. Package descriptions should stick to positive aspects of the package, and not try to draw comparisons towards other packages. IMO. It seems to me as if you are trying to get people to justify the packages they want to work on. If that is the case, then, I think because the person wants to use _this_ package is fine. Infact, I would go as far as saying that the wide latitude of software options for a specific task is one of the greatest strengths of Debian. As such, I think the revised description is perfectly acceptable for Debian. William signature.asc Description: This is a digitally signed message part
Bug#458220: RFS: uade debian : amiga module player
Hi, tarzeau and I are working on packaging it for Debian. The problem is that a lot of the replayers are disassembled and cannot be in the Debian version. William On Mon, 2008-02-25 at 12:48 +0100, Philippe Coval wrote: Hi, I've just test this program and it's fun Just to let it know there are a couple of work done already * http://gnu.ethz.ch/debian/uade/ * http://morgoth.free.fr/ubports/ I can help to build a package if needed , stay tuned : * http://rzr.online.fr/q/mod Regards signature.asc Description: This is a digitally signed message part
Bug#467274: Two ITPs for pcc
Hi, Yes. That is fine. But I would prefer Mercurial to git if possible. William On Mon, 2008-02-25 at 16:51 +0100, Arthur Loiret wrote: Sure, William, are you interested in co-mainting pcc in a git somewhere? Thanks for the sponsoring offer Nelson, but my AM (Pierre Habouzit) should be ok to upload it. ;-) Cheers, Arthur. On Sun, Feb 24, 2008 at 05:40:43PM -0300, Nelson A. de Oliveira wrote: Hi people! There are two ITPs for the same packages (bugs #442913 and #467274). I am not merging them since I want to know the status of the package (Arthur has it ITPed since Sep 17, but there are no updates). Maybe you could maintain it as a team and share what you already done? And just in case you need a sponsor, you can send a message :-) Best regards, Nelson signature.asc Description: This is a digitally signed message part
Bug#467274: ITP: pcc -- the portable C compiler
Package: wnpp Severity: wishlist Owner: William Pitcock [EMAIL PROTECTED] Hi, I am interested in pcc for several months, so I intend to package it in Debian. * Package name: pcc Version : 0.9.9 Upstream Author : Anders Magnusson [EMAIL PROTECTED] * URL : http://pcc.ludd.ltu.se/ * License : BSD Programming Lang: C Description : the portable C compiler pcc is the continuation of the portable C compiler source included in ancient Unix. It has been modernized to support C99 standards and other great features. An advantage to using pcc is that it is stricter about code structure than gcc is. To some extent, it is compatible with gcc CFLAGS, but this is not guaranteed. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466187: ITP: ha-audacious -- player for GameBoy Advanced(R) chiptunes
Package: wnpp Severity: wishlist Owner: William Pitcock [EMAIL PROTECTED] * Package name: ha-audacious Version : 0.41 Upstream Author : William Pitcock [EMAIL PROTECTED] * URL : http://nenolod.net/audacious * License : GPL Programming Lang: C, C++ Description : audacious plugin for gameboy advanced chiptunes ha-audacious is a port of the Highly Advanced Winamp chiptune plugin to Audacious. It can play GSF and MiniGSF format chiptunes through emulation for the highest amount of possible accuracy. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466188: ITP: uade -- unix amiga delitracker emulator
Package: wnpp Severity: wishlist Owner: William Pitcock [EMAIL PROTECTED] * Package name: uade Version : 2.0.9 Upstream Author : Heikki Orsila [EMAIL PROTECTED] * URL : http://zakalwe.fi/uade * License : GPL Programming Lang: C, m68k ASM Description : unix amiga delitracker emulator UADE plays old Amiga tunes through UAE emulation and cloned m68k-assembler Eagleplayer API. . UADE contains a free (as in freedom) implementation of Eagleplayer and Delitracker API for UNIX variants such as GNU/Linux (Alpha, AMD64 (x86-64), PA-RISC, PPC, Playstation2 and x86), Free/OpenBSD (x86), Solaris (sparc), Digital Alpha UNIX, IRIX (mips), Mac OS X (ppc), and for other OS variants such as AmigaOS/MorphOS. It is designed to be run as an Audacious input plugin. . A built-in cmdline interface, uade123, also exists. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465689: ITP: cinebench -- CinePaint is a collection of free open source software tools for deep paint manipulation and image processing
Hi, On Thu, 2008-02-14 at 00:45 +, a. kelly wrote: Package: wnpp Severity: wishlist Owner: a. kelly [EMAIL PROTECTED] * Package name: cinebench Version : 0.22-3 This should be the _upstream_ version, not your debian package's version. Upstream Author : [EMAIL PROTECTED] * URL : www.cinepaint.org * License : GPL - LGPL - MIT OSI (a BSD-like license) CinePaint * contains code that is a mix of open source licenses This is OK, but make sure debian/copyright notes what is licensed under which license. Programming Lang: C Description : CinePaint is a collection of free open source software tools for deep paint manipulation and image processing This should be a description which describes cinebench exactly. It should additionally be shorter than this. CinePaint is a computer program to paint on and retouch bitmap frames of movies. It is a fork of version 1.0.4 of the GNU Image Manipulation Program (GIMP). It is likely the most successful open source tool in feature motion picture work today.[1] It is free software under the GNU General Public License. Under its old name Film Gimp, CinePaint has so far been used for films such as Scooby-Doo, Harry Potter and the Philosopher's Stone, The Last Samurai and Stuart Little[2]. Features that set CinePaint apart from its photo-editing predecessor are the frame manager, the possibility to do onion skinning, and to work with 16-bit and floating point pixels for HDR. CinePaint supports a 16-bit colour managed workflow for photographers and printers, including CIE*Lab and CMYK editing. It supports the Cineon, DPX, and OpenEXR image file formats. HDR creation from bracketed exposures is easy. Again, should be a description which describes cinebench only. Also, in my opinion, it shouldn't read as a sales pitch. signature.asc Description: This is a digitally signed message part
Bug#465691: ITP: CinePaint is a painting and retouching tool primarily used for motion picture frame-by-frame retouching and dust-busting
Hi, On Thu, 2008-02-14 at 01:05 +, a. kelly wrote: Package: wnpp Severity: wishlist Owner: a. kelly [EMAIL PROTECTED] * Package name: CinePaint Source package names should always be lowercase. Version : 0.22-3 This is not acceptable: it should be the _upstream_ version. Upstream Author : [EMAIL PROTECTED] * URL : www.cinepaint.org * License : CinePaint contains code that is a mix of open source * licenses - GPL - LGPL - MIT OSI (a BSD-like license) This is OK, but you need to make sure debian/copyright identifies what is under what license. Programming Lang: C Description : CinePaint is a painting and retouching tool primarily used for motion A short sentence needs to be the first line, e.g. motion picture retouching and painting tool. picture frame-by-frame retouching and dust-busting. It was used on THE LAST SAMURAI, HARRY POTTER and many other films. CinePaint is different from other painting tools because it supports deep color depth image formats up to 32 bits per channel deep. For comparison, GIMP is limited 8-bit, and Photoshop to 16-bit. These debs are built using gtk2. Comparisons against GIMP and Photoshop are probably a bad idea, since this tool has a different purpose. The sentence, These debs are built using gtk2. has no real value and should be removed from the description. Additionally, your average Debian user is not going to care what films it was used on. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'testing'), (50, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-2.6.24.2.slh.4-sidux-686 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash signature.asc Description: This is a digitally signed message part
Bug#465204: ITP: fusil -- Fuzzing program to test applications
Hi, On Mon, 2008-02-11 at 09:46 +0100, Pierre Chifflier wrote: Package: wnpp Severity: wishlist Owner: Pierre Chifflier [EMAIL PROTECTED] * Package name: fusil Version : 0.7 Upstream Author : Victor Stinner [EMAIL PROTECTED] * URL : http://fusil.hachoir.org * License : GPLv2 Programming Lang: Python Description : Fuzzing program to test applications Fusil project is a fuzzing program for any project type (remote process, fake HTTP server, fuzz network socket, etc.). Fusil implementation is based on multi-agent system architecture. Fusil is able to crash ClamAV, Image Magick, libc printf(), Mplayer, PHP, RPM, xterm, libc gettext, libc environment variables, libpoppler (pdf), vim, etc How do you crash an environment variable? signature.asc Description: This is a digitally signed message part
Bug#464766: ITP: squirrelmail-compatibility -- Squirrelmail plugin used by other plugins to work with older SM versions
On Sat, 2008-02-09 at 07:54 +0100, Christian Perrier wrote: Quoting Jan Hauke Rahm ([EMAIL PROTECTED]): Package: wnpp Severity: wishlist Owner: Jan Hauke Rahm [EMAIL PROTECTED] * Package name: squirrelmail-compatibility Version : 2.0.9 Upstream Author : Paul Lesniewski [EMAIL PROTECTED] * URL : http://www.squirrelmail.org/plugin_view.php?id=152 * License : GPL Programming Lang: PHP Description : Squirrelmail plugin used by other plugins to work with older SM versions I suggest something like compatibility plugin for old SquirrelMail versions ...and develop more in the long description, maybe. What is the proper capitalization of SM? SquirrelMail or Squirrelmail? Also from reading the documentation of this plugin, it seems some plugins explicitly need version 1.x. As such, shouldn't this be squirrelmail-compatibility2 or something? William signature.asc Description: This is a digitally signed message part
Bug#464766: ITP: squirrelmail-compatibility -- Squirrelmail plugin used by other plugins to work with older SM versions
On Sat, 2008-02-09 at 12:10 +0100, Jan Hauke Rahm wrote: Can't those plugins use Depends: squirrelmail-compatibility (= 2.0) to solve that? No, because both dpkg and apt generally assume only one version of something is installable at the same time. This is why we have gcc4.2-*, gcc4.3-* etcetera instead of just multiple versions of the same package. On another note: it sure would be nice if dpkg and apt supported the notion of slotting somehow, but I don't expect that to ever happen. As such, you need to distinguish between the different API versions. If they can't co-exist, then use Conflicts: appropriately. William signature.asc Description: This is a digitally signed message part
Bug#463973: ITP: deejayd -- A media player daemon
On Mon, 2008-02-04 at 18:08 +0100, Christian Perrier wrote: Quoting Alexandre Rossi ([EMAIL PROTECTED]): Package: wnpp Severity: wishlist Owner: Alexandre Rossi [EMAIL PROTECTED] * Package name: deejayd Version : 0.6.2 Upstream Author : Mickaël Royer [EMAIL PROTECTED] * URL : http://mroy31.dyndns.org/~roy/projects/deejayd/ * License : GPL Programming Lang: Python Description : A media player daemon I suggest media player daemon or media playing daemon...but anyway drop the leading article (DevRef 6.2.2) media player daemon may be confusing with mpd. daemon which plays media in the background may be better. William signature.asc Description: This is a digitally signed message part
Bug#463862: ITP: ipafont -- Japanese high quality TrueType font
Hi, On Mon, 2008-02-04 at 05:53 +0900, Hideki Yamane wrote: Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] Package name: ipafont This should be ttf-ipafont. William signature.asc Description: This is a digitally signed message part
Bug#463167: ITP: dsyslog -- a dumb syslog
Hi, On Wed, 2008-01-30 at 10:02 +0100, Vincent Bernat wrote: On Wed, 30 Jan 2008 00:47:45 -0600, William Pitcock [EMAIL PROTECTED] wrote: (on another note, dsyslog is now complete enough that it has replaced the syslogd on my desktop.) What are the difference with rsyslog which also aims at providing a pure modular design? I have heard wonderful things about rsyslog, and I decided to look at it hoping it would be sane. Additionally, the author of rsyslog enjoys hungarian notation (as seen in his code) which after having audited rsyslog is enough to make me not wish to use it (this does not mean rsyslog is bad, it just means I do not like it's design). So I started writing dsyslog, which is free of legacy code and is written in a style which is more agreeable to me. William signature.asc Description: This is a digitally signed message part
Bug#463167: ITP: dsyslog -- a dumb syslog
On Thu, 2008-01-31 at 06:36 +0100, Christian Perrier wrote: Quoting William Pitcock ([EMAIL PROTECTED]): Users are very good at missing these jokes. -Rob Yes, I hadn't thought of that. I'll just refer to it as a an advanced and powerful syslog daemon in the short description then. Without the leading article, then, please...:-). See DevRef 6.2.2 Of course. My mistake. signature.asc Description: This is a digitally signed message part
Bug#463167: ITP: dsyslog -- a dumb syslog
Package: wnpp Severity: wishlist Owner: William Pitcock [EMAIL PROTECTED] Hi, I am writing a syslog daemon called dsyslog. Why you ask? Because none of the other syslogd's were designed in the way that I would like, so I figured I would do it myself. * Package name: dsyslog Version : 0.1.0 Upstream Author : William Pitcock [EMAIL PROTECTED] * URL : http://nenolod.net/dsyslog * License : ISC (BSD-like) Programming Lang: C Description : a dumb syslog dsyslog is a dumb, yet advanced syslog daemon, which supports infinite rules and expandability through it's purely modular design. The default configuration is a drop in replacement for syslogd. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463167: ITP: dsyslog -- a dumb syslog
Hi, On Tue, 2008-01-29 at 18:54 -0600, Ron Johnson wrote: dsyslog is a dumb, yet advanced syslog daemon, which supports infinite rules and expandability through it's purely modular design. The default configuration is a drop in replacement for syslogd. What's so dumb about that? It's not that it's actually dumb, it's like how git is called the stupid content tracker by it's documentation. It's intended to be a joke. William signature.asc Description: This is a digitally signed message part
Bug#463167: ITP: dsyslog -- a dumb syslog
Hi, On Wed, 2008-01-30 at 16:22 +1100, Robert Collins wrote: On Tue, 2008-01-29 at 19:07 -0600, William Pitcock wrote: Hi, On Tue, 2008-01-29 at 18:54 -0600, Ron Johnson wrote: dsyslog is a dumb, yet advanced syslog daemon, which supports infinite rules and expandability through it's purely modular design. The default configuration is a drop in replacement for syslogd. What's so dumb about that? It's not that it's actually dumb, it's like how git is called the stupid content tracker by it's documentation. It's intended to be a joke. Users are very good at missing these jokes. -Rob Yes, I hadn't thought of that. I'll just refer to it as a an advanced and powerful syslog daemon in the short description then. (on another note, dsyslog is now complete enough that it has replaced the syslogd on my desktop.) William signature.asc Description: This is a digitally signed message part
Bug#462740: ITP: demac -- A decoder for Monkey's Audio (APE) lossless files
Hi, demac has some bugs with v3.97 format files. I would recommend merging in patches from ffmpeg and making a seperate product. William signature.asc Description: This is a digitally signed message part
Bug#460621: RFA: bmpx -- Beep Media Player eXperimental
retitle 460621 ITA: bmpx -- Beep Media Player eXperimental thanks Sorry, I meant to do that when I marked myself as owner. I apologize for the confusion. :) On Wed, 2008-01-23 at 02:04 +0100, Sebastian Pipping wrote: william, i guess your ownership means you intend to adopt this package. if this is the case please retitle the bug from RFA to ITA. thank you! sebastian signature.asc Description: This is a digitally signed message part
Bug#457393: ITP: dscscan -- recursively scan dependencies and conflicts of .dsc files
Package: wnpp Severity: wishlist Owner: [EMAIL PROTECTED] * Package: dscscan * Authors: William Pitcock [EMAIL PROTECTED] * URL: http://nenolod.net/dscscan * Version: 0.2 * License: GPL * Description: recursively scan dependencies and conflicts of .dsc files dscscan is a tool for scanning build dependencies and conflicts in .dsc files. It uses apt-rdepends for dependency calculation, and can generate graphs using GraphViz. Note: Since this is a tool for Debian development, I am packaging this as a debian native package. If there are any objections, I will redo it as a package + overlayed patch like other packages. signature.asc Description: This is a digitally signed message part
Bug#456813: ITP: upse - unix playstation sound emulator
Package: wnpp Severity: wishlist Owner: [EMAIL PROTECTED] * Package: upse * Authors: William Pitcock [EMAIL PROTECTED] * URL: http://nenolod.net/upse * Version: 0.4 * License: GPL2 * Description: unix playstation sound emulator UPSE is an advanced playstation sound emulator which concentrates on sound correctness. It plays PSF and MiniPSF format files. signature.asc Description: This is a digitally signed message part
Bug#451895: ITP: libaosd - an advanced on screen display library
Package: wnpp Severity: wishlist * Package: libaosd * Authors: Eugene Paskevich [EMAIL PROTECTED] (project lead), William Pitcock [EMAIL PROTECTED], Giacomo Lozito [EMAIL PROTECTED], Evan Martins [EMAIL PROTECTED] * URL: http://atheme.org/projects/libaosd.shtml (not yet prepared, but will be once I make the package) * Version: 0.1 * License: MIT/X11 license * Description: an advanced on screen display library libaosd is an advanced on screen display library, which makes full use of modern X11 features such as XComposite and anti-aliased text. . While libaosd makes use of Cairo and Pango, it is not tied to the GTK toolkit, and can be used easily with any X toolkit. . It also includes a tool which can be used to display OSD-like notices from shell scripts. signature.asc Description: This is a digitally signed message part
Bug#451083: ITP: audacious-dumb -- audacious plugin for MOD playback via libdumb
Package: wnpp Severity: wishlist * Package name: audacious-dumb * Version: 0.56 * Upstream Authors: Christian Birchinger [EMAIL PROTECTED] * License: GPL * URL: http://www.netswarm.net * Description: audacious plugin for MOD playback via libdumb audacious-dumb is a plugin for playing back MODs using the popular libdumb MOD playback engine. . It supports module formats such as: IT (Impulse Tracker), S3M (Scream Tracker 3), XM (Fast Tracker 2), and also some common Amiga Module file formats. An initial version of the package will be available on mentors shortly. signature.asc Description: This is a digitally signed message part
Bug#451072: ITP: pidgin-audacious - pidgin integration with Audacious
Package: wnpp Severity: wishlist * Package name: pidgin-audacious * Version: 2.0.0 * Upstream Authors: Yoshiki Yazawa [EMAIL PROTECTED] * License: GPL * URL: http://www.honeyplanet.jp * Description: pidgin integration with Audacious pidgin-audacious is a plugin for pidgin which provides integration with Audacious. . It supports features like updating your userinfo with your currently playing track, and adding your currently playing track to your MSN friendly name. An initial version of the package will be on mentors shortly. signature.asc Description: This is a digitally signed message part
Bug#450904: ITP: pidgin-mpris - sets your available message as your current playing track
Package: wnpp Severity: wishlist * Package name: pidgin-mpris * Version: 0.2.3 * Upstream authors: Sabin Iacob (m0n5t3r) [EMAIL PROTECTED], Milosz Derezynski (deadchip) [EMAIL PROTECTED] * License: GPL * URL: http://m0n5t3r.info/work/pidgin-mpris * Description: sets your available message to your currently playing track The pidgin-mpris plugin sets the title of a currently playing track in a user selected MPRIS-complaint media player as your away or available message. . The following players are supported: VLC (VideoLAN), BMPx, Audacious 1.4. An initial version of this package is on mentors.debian.net. signature.asc Description: This is a digitally signed message part
Bug#448425: ITP: libprojectm -- An iterative music visualiser
Package: wnpp Severity: wishlist * Package name: libprojectm * Version: 1.01 * Upstream Authors: Peter Sperl [EMAIL PROTECTED], Carmelo Piccione [EMAIL PROTECTED] * License: LGPL * URL: http://projectm.sourceforge.net * Description: An iterative music visualiser ProjectM is an iterative music visualiser. It is shipped as a library which can be used by music players (a plugin for xmms exists, and a plugin for libvisual exists, a client for jack exists, etc.). ProjectM uses OpenGL for hardware accelerated drawing and blitting. The purpose of packaging the projectm library is to support an optional dependency in src:audacious-plugins, although other people could package the various media player plugins they also provide. signature.asc Description: This is a digitally signed message part
Bug#448425:
Package uploaded to mentors.debian.net. signature.asc Description: This is a digitally signed message part
Bug#435881: #435881 - ITP: atheme -- Portable Modular IRC Services
Hi, There is a couple of issues with the package. (a) The package is called 'atheme', this clashes with the name of the community which creates 'atheme-services'; (b) atheme-services 2.2 is licensed solely under the 3-clause BSD license except in some places, debian/copyright needs updating (there's a legacy copyright text from 1.x in your debian/copyright, it should just be 3-clause BSD); We request that you rename the package to 'atheme-services' as it should be, and adjust debian/copyright to remove the legacy license. Thanks, William Pitcock (nenolod) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413289: ITP: mcs -- abstraction library and tools for the storage of configuration settings
Hi, Calling the source package libmcs is acceptable, and is the approach being taken in many other distributions which package mcs now. I don't see any issue with that, however it needs to be packaged quickly as some applications which use it (notably audacious) use libmcs for storing settings on disk now. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]