Bug#274974: RFP: java-ruli -- java extension for ruli, a DNS SRV library
Package: wnpp Severity: wishlist * Package name: java-ruli Version : 0.1 Upstream Author : Everton da Silva Marques [EMAIL PROTECTED] * URL or Web page : http://savannah.nongnu.org/download/ruli/java-ruli-0.1.tar.gz * License : GNU GPL Description : Java extension for RULI, a DNS SRV library java-ruli is a Java interface for RULI, a library for easily querying DNS SRV resource records (RFC 2782). RULI stands for Resolver User Layer Interface. It's a library built on top of an asynchronous DNS stub resolver. RULI provides an easy-to-use interface for querying DNS SRV resource records. The goal is to promote wide deployment of SRV-cognizant software. RULI aims to fully support SRV-related standards. There are bindings for Guile/Scheme, PHP, Perl and Java. IPv6 is supported. RULI is currently available for Debian: http://packages.debian.org/testing/source/ruli RULI home site is: http://www.nongnu.org/ruli/ __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Bug#274986: RFP: lives -- Video editing system
Free Ekanayaka wrote: Package: wnpp Severity: wishlist * Package name: lives Version : 0.9.1-pre6 Upstream Author : G. Finch [EMAIL PROTECTED] * URL or Web page : http://www.xs4all.nl/~salsaman/lives/ * License : GPL Description : Linux video editing system LiVESis designed to be simple to use, yet powerful. It is small in size, yet it has many advanced features. It is part editor, part VJ tool. It is fully extendible through open standard RFX plugin scripts. LiVES lets you start editing and making video right away, without having to worry about formats, frame sizes, or framerates. LiVES will let you start creating your own tools, utilities and effects via the built in RFX builder. LiVES is aimed at the digital video artist who wants to create their own content, the video editor who wants to create professional looking video, and the VJ who wants to captivate with spectacular images. Cheers, Free Ekanayaka Great, I mentioned this to Andrea. You might want to wait for the next version though, which will feature support for encoding to the open source ogg theora and dirac codecs. Theora could be set as the default for agnula/debian ;-) Cheers, Gabriel.
Bug#274986: marked as done (RFP: lives -- Video editing system)
Your message dated Tue, 05 Oct 2004 12:07:01 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#274986: RFP: lives -- Video editing system has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 5 Oct 2004 08:28:15 + From [EMAIL PROTECTED] Tue Oct 05 01:28:15 2004 Return-path: [EMAIL PROTECTED] Received: from relay-10.cs.interbusiness.it [151.99.250.90] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CEkgA-0007D4-00; Tue, 05 Oct 2004 01:28:15 -0700 Received: from host114-233.pool82190.interbusiness.it (HELO jah.miu-ft.lan) (82.190.233.114) by relay-10.cs.interbusiness.it with ESMTP; 05 Oct 2004 10:32:22 +0200 X-Ironport-AV: i=3.85,122,1094421600; d=scan'208; a=162595812:sNHT22372800 Received: from debian (unknown [192.168.1.46]) by jah.miu-ft.lan (Postfix) with ESMTP id 1E82C21F03B for [EMAIL PROTECTED]; Tue, 5 Oct 2004 10:27:34 +0200 (CEST) Received: from localhost ([127.0.0.1] ident=free) by debian with esmtp (Exim 4.34) id 1CEkfT-T0-S9 for [EMAIL PROTECTED]; Tue, 05 Oct 2004 10:27:31 +0200 To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: RFP: lives -- Video editing system From: Free Ekanayaka [EMAIL PROTECTED] X-Debbugs-CC: G. Finch [EMAIL PROTECTED], debian-devel@lists.debian.org Organization: AGNULA MIME-Version: 1.0 (generated by SEMI 1.14.6 - Maruoka) Content-Type: text/plain; charset=US-ASCII Date: Tue, 05 Oct 2004 10:27:31 +0200 Message-ID: [EMAIL PROTECTED] Lines: 26 User-Agent: T-gnus/6.15.7 (based on Oort Gnus v0.08) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 MULE XEmacs/21.4 (patch 15) (Security Through Obscurity) (i386-debian-linux) Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.4 required=4.0 tests=ADDR_FREE,BAYES_00, HAS_PACKAGE,X_DEBBUGS_CC autolearn=ham version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: wnpp Severity: wishlist * Package name: lives Version : 0.9.1-pre6 Upstream Author : G. Finch [EMAIL PROTECTED] * URL or Web page : http://www.xs4all.nl/~salsaman/lives/ * License : GPL Description : Linux video editing system LiVESis designed to be simple to use, yet powerful. It is small in size, yet it has many advanced features. It is part editor, part VJ tool. It is fully extendible through open standard RFX plugin scripts. LiVES lets you start editing and making video right away, without having to worry about formats, frame sizes, or framerates. LiVES will let you start creating your own tools, utilities and effects via the built in RFX builder. LiVES is aimed at the digital video artist who wants to create their own content, the video editor who wants to create professional looking video, and the VJ who wants to captivate with spectacular images. Cheers, Free Ekanayaka --- Received: (at 274986-done) by bugs.debian.org; 5 Oct 2004 10:08:28 + From [EMAIL PROTECTED] Tue Oct 05 03:08:28 2004 Return-path: [EMAIL PROTECTED] Received: from relay-8.cs.interbusiness.it [151.99.250.88] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CEmFA-je-00; Tue, 05 Oct 2004 03:08:28 -0700 Received: from host114-233.pool82190.interbusiness.it (HELO jah.miu-ft.lan) (82.190.233.114) by relay-8.cs.interbusiness.it with ESMTP; 05 Oct 2004 12:12:24 +0200 X-Ironport-AV: i=3.85,123,1094421600; d=scan'208; a=162651409:sNHT23364832 Received: from debian (unknown [192.168.1.46]) by jah.miu-ft.lan (Postfix) with ESMTP id 5E94C21F03B; Tue, 5 Oct 2004 12:07:04 +0200 (CEST) Received: from localhost ([127.0.0.1] ident=free) by debian with esmtp (Exim 4.34) id 1CEmDm-eM-1N; Tue, 05 Oct 2004 12:07:02 +0200 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], debian-devel@lists.debian.org Subject: Re: Bug#274986: RFP: lives -- Video editing system References: [EMAIL PROTECTED] From: Free Ekanayaka [EMAIL PROTECTED] Organization: AGNULA MIME-Version: 1.0 (generated by SEMI 1.14.6 - Maruoka) Content-Type: text/plain; charset=US-ASCII Date: Tue, 05 Oct 2004 12:07:01 +0200 In-Reply-To: [EMAIL PROTECTED] (Free Ekanayaka's message of Tue, 05 Oct 2004 10:27:31 +0200) Message-ID: [EMAIL PROTECTED] Lines: 37 User-Agent: T-gnus/6.15.7 (based on Oort Gnus v0.08) SEMI/1.14.6 (Maruoka)
Bug#247337: Bug#274986: RFP: lives -- Video editing system
Closing this RFP, and ITP already exists: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=247337 Cheers, Free |--== Free Ekanayaka writes: FE Package: wnpp FE Severity: wishlist FE * Package name: lives FE Version : 0.9.1-pre6 FE Upstream Author : G. Finch [EMAIL PROTECTED] FE * URL or Web page : http://www.xs4all.nl/~salsaman/lives/ FE * License : GPL FE Description : Linux video editing system FE LiVESis designed to be simple to use, yet powerful. It is small in FE size, yet it has many advanced features. It is part editor, part FE VJ tool. It is fully extendible through open standard RFX plugin scripts. FE LiVES lets you start editing and making video right away, without FE having to worry about formats, frame sizes, or framerates. LiVES FE will let you start creating your own tools, utilities and effects FE via the built in RFX builder. FE LiVES is aimed at the digital video artist who wants to create their FE own content, the video editor who wants to create professional looking FE video, and the VJ who wants to captivate with spectacular images. FE Cheers, FE Free Ekanayaka
Bug#274986: RFP: lives -- Video editing system
Free Ekanayaka wrote: Package: wnpp Severity: wishlist * Package name: lives Version : 0.9.1-pre6 Upstream Author : G. Finch [EMAIL PROTECTED] * URL or Web page : http://www.xs4all.nl/~salsaman/lives/ * License : GPL Description : Linux video editing system LiVESis designed to be simple to use, yet powerful. It is small in size, yet it has many advanced features. It is part editor, part VJ tool. It is fully extendible through open standard RFX plugin scripts. LiVES lets you start editing and making video right away, without having to worry about formats, frame sizes, or framerates. LiVES will let you start creating your own tools, utilities and effects via the built in RFX builder. LiVES is aimed at the digital video artist who wants to create their own content, the video editor who wants to create professional looking video, and the VJ who wants to captivate with spectacular images. Cheers, Free Ekanayaka I'm actually trying to do it.
Bug#274816: O: kdebindings -- The Qt Java UI Compiler
* Dominique Devriese [Mon, 04 Oct 2004 09:37:55 +0200]: Package: wnpp Severity: normal I intend to orphan the kdebindings package. It's a KDE upstream package containing lots of tools for programming KDE stuff in non-C++-languages. It's not that difficult a package, but pretty work-intensive, due to the frequent upstream changes, the cooperation with various scripting languages and the sometimes poor state of the upstream build system. Version 3.2 is currently in Debian, and should be packaged properly. The 3.3 version is almost done, and the new debian/ directory is in KDE upstream CVS. That version still needs some polishing though. The package has got few bug reports, probably because it hasn't got much users yet ;) I'm considering adopting the package if nobody more qualified steps in. currently, I'm about to prepare 3.3 packages to see if I'm ready. if you're thinking about adopting kdebindings, please get in touch. p.s.: Dominique, did you have somebody in mind? -- Adeodato Simó EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621 Don't worry about what anybody else is going to do. The best way to predict the future is to invent it. -- Alan Kay
Bug#274957: ITP: susv3 -- Fetch and install SUSv3 documentation
On Mon, Oct 04, 2004 at 07:11:43PM -0400, Jeff Bailey wrote: Package: wnpp Severity: wishlist * Package name: susv3 Upstream Author : Copyright (c) 2001-2003 IEEE and The Open Group * License : Installer Package: Public Domain Description : Fetch and install SUSv3 documentation This package was created at the request of Andrew Josey from the Austin Group (The committee that handles the Posix standards). The documents do not allow redistribution, but are located in a way that is easy to fetch. Because the upstream documentation is non-Free, this package is targetted at contrib. Why is it useful to fetch this documentation and install it through a Debian package, rather than say with your favourite web browser? thanks, Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED]
Bug#274957: ITP: susv3 -- Fetch and install SUSv3 documentation
[Hamish Moffatt] Why is it useful to fetch this documentation and install it through a Debian package, rather than say with your favourite web browser? Offline reading?
Bug#275017: RFP: amavisd-lite -- high performance, scalable mail filter for postfix
Package: wnpp Severity: wishlist * Package name: amavisd-lite Version : 1.2 Upstream Author : Justin Boswell [EMAIL PROTECTED] * URL : http://www.ultrazone.org/software/amavisd-lite/ * License : GPL Description : high performance, scalable mail filter for postfix amavisd-lite is a high performance, scalable mail filter for postfix that does virus scanning, spam scanning (SpamAssassin), attachment filename scanning, and per user whitelist/blacklists. It is designed for use by ISPs and large email hosting providers. It is a complete rewrite based on Mark Martinec's amavisd-new It is designed to be more lightweight, with faster transaction times and less memory footprint than amavisd-new, at the expense of a minor loss of some of amavisd-new's flexibility. amavisd-lite runs as an LMTP mail content filter. This allows it to accept messages rapidly in from postfix, and insures that messages are evaluated on a per-user basis, and that the MTA recieves a per-user status for each message. All settings for amavisd-lite are stored in SQL, making for quick and easy integration and administration. = Comment by package requestor: I am using amavisd-new (sid version, backported on a woody box) in a virtual UML server, and the memory usage is astronomic. It would really be nice if Debian had amavisd-lite packaged. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (100, 'unstable'), (9, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-rc3 Locale: LANG=en_US, LC_CTYPE=ISO-8859-1 (ignored: LC_ALL set to en_US)
Bug#275035: O: fcheck -- IDS filesystem baseline integrity checker.
Package: wnpp Severity: normal The current maintainer of fcheck, Graham Simpson [EMAIL PROTECTED], is apparently not active anymore. Therefore, I orphan this package now. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: fcheck Binary: fcheck Version: 2.7.59-5.1 Priority: optional Section: admin Maintainer: Graham Simpson [EMAIL PROTECTED] Build-Depends-Indep: debhelper Architecture: all Standards-Version: 3.5.8 Format: 1.0 Directory: pool/main/f/fcheck Files: 73bf4e467bcc029c0386ad938200da6b 711 fcheck_2.7.59-5.1.dsc bdf767b294b4f706742fb96913df37f0 32864 fcheck_2.7.59.orig.tar.gz 8e6cdf8ead47c665752af2a49fb7db92 12115 fcheck_2.7.59-5.1.diff.gz Package: fcheck Priority: optional Section: admin Installed-Size: 204 Maintainer: Graham Simpson [EMAIL PROTECTED] Architecture: all Version: 2.7.59-5.1 Depends: file (=3.0), bsdutils (=2.0) Filename: pool/main/f/fcheck/fcheck_2.7.59-5.1_all.deb Size: 37914 MD5sum: f2f68e318938c52c790fb9797e9f6a0c Description: IDS filesystem baseline integrity checker. The fcheck utility is an IDS (Intrusion Detection System) which can be used to monitor changes to any given filesystem. . Essentially, fcheck has the ability to monitor directories, files or complete filesystems for any additions, deletions, and modifications. It is configurable to exclude active log files, and can be ran as often as needed from the command line or cron making it extremely difficult to circumvent. Justification: No activity for nearly two years, rejected from NM because stopped responding to AM
Bug#273963: ITP: libmodem-vgetty-perl -- Perl module for interfacing with vgetty (Modem::Vgetty)
Michael Schultheiss wrote: sean finney wrote: is it going to actually work? i tried downloading the latest version of the package via cpan and even the examples provided by the author would die... It's required by VOCP (www.vocpsystem.com) which I'm working on packaging. I haven't finished packaging VOCP yet so I don't know for certain Modem::Vgetty works, but the VOCP website links to http://www.cpan.org/authors/id/Y/YE/YENYA for Modem::Vgetty which is where I got it from. I'm not sure why the examples don't work but I do have VOCP setup and working and it relies on Modem::Vgetty so I can say that it does work (at least with VOCP). -- Michael Schultheiss E-mail: [EMAIL PROTECTED]
The program enables you to Dispute the creditor's item and wipe it clean from your report
Calls concerning overdue payments will cease. We have pioneered an advanced system of proven strategies that will get the creditors and debt collectors off your back for good Our debt termination program has legally stopped millions of dollars worth of debt from being collected. http://www.bestproductarea.com/e2/ Here for more information or to un-subscribe or to see our address. Yet the importance of his electrical possessions and the stern injunction of the Demon to use them wisely had rendered the boy more thoughtful than at any previous time during his brief life, and he became so preoccupied at the dinner table that his father and mother cast many anxious looks in his direction. Of course Rob was anxious to test his newly-acquired powers, and decided to lose no time in starting upon another journey But he said nothing to any of the family about it, fearing to meet with opposition
Bug#272867: [Bug-gnulib] missing licenses in gnulib / m4
Paul Eggert wrote: For the m4 files, I propose to add the standard notice to them: dnl Copyright (C) YEARS Free Software Foundation, Inc. dnl This file is free software, distributed under the terms of the GNU dnl General Public License. As a special exception to the GNU General dnl Public License, this file may be distributed as part of a program dnl that contains a configuration script generated by Autoconf, under dnl the same distribution terms as the rest of that program. For GPL'ed modules, I'd rather just use the GPL, as it's simpler and clearer. I don't see the point of having a special exception for the m4 files if the underlying code is GPLed. For LGPL'ed modules the situation is a bit murkier, and the above notice would be fine with me. Some m4 files are shared between GPLed and LGPLed packages, and it is frequent to copy m4 macros from one file to another (much more frequent than copying source code between .c files). For this reason, I think it would be best if all *.m4 files have the same copying conditions. The purpose of the special exception clause is so that also non-GPLed packages can use autoconfiguration. We want to encourage the use of configure scripts and of portable programs. I see this special exception clause mostly as a clarification: Since *.m4 files are never linked into executables or libraries, they could also be used in non-LGPLed packages. But if the license doesn't explicitly say so, the authors of such packages will be afraid to use it. Bruno
Bug#275069: ITP: haskell-cabal -- Haskell Common Architecture for Building Applications and Libraries
Package: wnpp Severity: wishlist * Package name: haskell-cabal Version : 0.1 Upstream Author : Isaac Jones [EMAIL PROTECTED] * URL : http://www.haskell.org/cabal * License : BSD Description : Haskell Common Architecture for Building Applications and Libraries The Haskell Cabal is a system for building and installing Haskell programs and libraries. It is aware of multiple different compilers and can handle them without trouble. . This package will provide the infrastructure necessary to build Cabalized packages on Debian machines, or to Debianize those packages. Isaac Jones already has a basic debian/ directory of this package, from which I will be starting. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=C, LC_CTYPE=en_US
Bug#275070: ITP: missingh -- Library of utility functions for Haskell
Package: wnpp Severity: wishlist * Package name: missingh Version : 0.1.0 Upstream Author : John Goerzen [EMAIL PROTECTED] * URL : gopher://quux.org/devel/missingh (not yet active) * License : GPL Description : Library of utility functions for Haskell MissingH is a library of all sorts of utility functions for Haskell programmers. It is written in pure Haskell and thus should be extremely portable and easy to use. It also has no prerequisites save those that are commonly included with Haskell compilers. . MissingH is based on my MissingLib library for OCaml and contains some of the same features. However, some features are left behind because they are already in Haskell or not needed here -- and others are added due to things Haskell is missing, or things that Haskell makes possible. . [ insert module summary here ] -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=C, LC_CTYPE=en_US
Bug#157402: New maintainer
It seems that nobody is still interested in maintaining Biopython. Therefore I packed Biopython and I want to maintain it.
Bug#275071: ITP: hunit -- Haskell Unit Testing Framework
Package: wnpp Severity: wishlist * Package name: hunit Version : 1.0 Upstream Author : Dean Herington * URL : http://hunit.sf.net/ * License : BSD Description : Haskell Unit Testing Framework HUnit is a unit testing framework for Haskell, inspired by the JUnit tool for Java. . The HUnit philosphy is that a test-centered methodology for software development is most effective when tests are easy to create, change, and execute. . With HUnit, as with JUnit, you can easily create tests, name them, group them into suites, and execute them, with the framework checking the results automatically. Test specification in HUnit is even more concise and flexible than in JUnit, thanks to the nature of the Haskell language. Unit currently includes only a text-based test controller, but the framework is designed for easy extension. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=C, LC_CTYPE=en_US
Bug#275073: ITP: hsql -- Multi-Database Interface System for Haskell
Package: wnpp Severity: wishlist * Package name: hsql Version : 1.4 Upstream Author : Krasimir Angelov * URL : http://sourceforge.net/project/showfiles.php?group_id=65248 * License : BSD Description : Multi-Database Interface System for Haskell HSQL provides interfaces for Haskell programmers to the PostgreSQL, MySQL, SQLite, and UnixODBC database systems. There is a generic abstract interface so that code can be used interchangably with these database systems. In this sense, it is similar to Java's JDBC, Python's DB-API, or Perl's DBI. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=C, LC_CTYPE=en_US
Bug#275073: ITP: hsql -- Multi-Database Interface System for Haskell
John Goerzen wrote: * Package name: hsql Would you consider a different name like haskell-sql or htoolkit-hsql? There's also a Java SQL engine called hsql (aka Hypersonic SQL) and the first 25 hits on Google for hsql are all related to the Java program. Chosing a different name might avoid confusion for users, especially when the Java database is packaged some day (probably as hsqldb)? Stefan
Bug#275073: ITP: hsql -- Multi-Database Interface System for Haskell
On Tuesday 05 October 2004 03:57 pm, Stefan Gybas wrote: John Goerzen wrote: * Package name: hsql Would you consider a different name like haskell-sql or htoolkit-hsql? There's also a Java SQL engine called hsql (aka Hypersonic SQL) and the first 25 hits on Google for hsql are all related to the Java program. Chosing a different name might avoid confusion for users, especially when the Java database is packaged some day (probably as hsqldb)? Will do, no problem. Stefan -- John Goerzen Author, Foundations of Python Network Programming http://www.complete.org/pynet
Bug#275093: ITP: gaim-encryption -- encryption plugin for gaim
Package: wnpp Severity: wishlist * Package name: gaim-encryption Version : x.y.z Upstream Author : Name [EMAIL PROTECTED] * URL : http://www.example.org/ * License : (GPL, LGPL, BSD, MIT/X, etc.) Description : encryption plugin for gaim Gaim-Encryption uses NSS to provide transparent RSA encryption as a Gaim plugin. http://gaim-encryption.sourceforge.net/
Bug#275092: RFA: xpilot -- Multi-player tactical game for X
Package: wnpp Severity: normal I request an adopter for the xpilot package. I have put a fair amount of care into this package over the years, but no longer play the game, so it really deserves to be looked after by an active player of the game, or at least someone with an interest in XPilot development. I had always intended to package the de facto successor, so anyone interested in adopting this package should also look at this ITP (which I will shortly retitle to RFP): #141099: ITP: xpilot-ng -- XPilot game next generation I hope the new maintainer will either take on both packages, or at least do xpilot-ng. Development of the original xpilot.org version continues in a different direction, but since it seems to have stalled out, it appears that xpilot-ng is the XPilot of the future. So if NG goes into Debian, the original package could be removed, and therefore would only need occasional care in Debian stable until it is superceded by NG. The package description is: XPilot is a multi-player tactical manoeuvring game for X. Each player controls their own fighter equipped with a variety of weapons and power-ups. Players compete as teams or as individuals; the object of the game is to score points by blasting the opposition, stealing their treasure or by racing round a circuit. WARNING: This game is very addictive. . This package has been split into xpilot-client-common, xpilot-client-nosound, xpilot-client-nas, xpilot-client-rplay and xpilot-server. There is an additional package (xpilot-extra) containing various free maps and sounds as well as a useful utility program to interrogate the metaserver. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.26-1-k7 Locale: LANG=C, LC_CTYPE=C
Bug#275093: ITP: gaim-encryption -- encryption plugin for gaim
Sorry, this should have been: Package: wnpp Severity: wishlist Package name: gaim-encryption Version : 2.31 Upstream Author : Bill Tompkins [EMAIL PROTECTED] URL : http://gaim-encryption.sourceforge.net/ License : GPL Description : encryption plugin for gaim Gaim-Encryption uses NSS to provide transparent RSA encryption as a Gaim plugin. http://gaim-encryption.sourceforge.net/
Bug#275103: ITP: 6wall -- IPv6 Firewall, based on Shorewall
Package: wnpp Severity: wishlist * Package name: 6wall Version : 1.0.2 Upstream Author : Eric de Thouars [EMAIL PROTECTED] * URL or Web page : http://leaf-project.org/doc/howto/6wall.html * License : GPL Description : IPv6 Firewall, based on Shoreline Firewall (Shorewall) 6wall is a Netfilter (ip6tables) based firewall that can be used on a dedicated firewall system, a multi-function gateway/router/server or on a standalone GNU/Linux system. . 6wall is for IPv6 what Shorewall is for IPv4. . Homepage: http://leaf-project.org/doc/howto/6wall.html Prerelease: http://mentors.debian.net/debian/pool/main/6/6wall/ /Mikael Magnusson
Bug#275093: ITP: gaim-encryption -- encryption plugin for gaim
Chris Vanden Berghe wrote: Package: wnpp Severity: wishlist * Package name: gaim-encryption Version : x.y.z Upstream Author : Name [EMAIL PROTECTED] * URL : http://www.example.org/ * License : (GPL, LGPL, BSD, MIT/X, etc.) Description : encryption plugin for gaim Gaim-Encryption uses NSS to provide transparent RSA encryption as a Gaim plugin. http://gaim-encryption.sourceforge.net/ Or this might be worth taking a look at:- http://lists.seifried.org/pipermail/security/2004-January/001173.html Regards, David.
Bug#272867: [Bug-gnulib] missing licenses in gnulib / m4
Bruno Haible [EMAIL PROTECTED] writes: Some m4 files are shared between GPLed and LGPLed packages, Yes, and for these files the more-permissive license makes sense. and it is frequent to copy m4 macros from one file to another (much more frequent than copying source code between .c files). The m4 files tend to be less-well-engineered than the source files, and so it's more common to copy m4 code rather than share it. But in principle, the stuff that is shared is either so large that it should be split off into a separate m4 file (with a more permissive license, if it needs to be shared among GPLed and LGPLed code) or so small that it's not really copyrightable. So I don't think this undermines the overall principle that GPLed modules should have GPLed m4 files. The purpose of the special exception clause is so that also non-GPLed packages can use autoconfiguration. Yes. However, that purpose doesn't apply to GPLed modules, as they can't be linked with non-GPLed packages. We want to encourage the use of configure scripts and of portable programs. That is an important goal, but (putting my RMS hat on :-) it is a secondary one for the GNU project. The main goal is freedom, not popularity. For example, the GNU project wants to encourage the use of GNU Emacs Lisp too; but Emacs's .el files are GPLed nonetheless. This is because, for .el files, the secondary goal of popularity doesn't outweigh the primary goal of keeping derivative works free. The question here is whether these m4 files are more like Emacs's .el files, or more like Autoconf's m4 files. It is not a trivial question: I don't see an easy decision either way. Being more conservative, I'd prefer to use the GPL if there's reasonable doubt, as we can always change it to a more-permissive license later. Another possibility is that we could ask RMS for his opinion. I see this special exception clause mostly as a clarification: Since *.m4 files are never linked into executables or libraries, they could also be used in non-LGPLed packages. But if the license doesn't explicitly say so, the authors of such packages will be afraid to use it. But for GPLed modules, this is intentional. We don't want people to use GPLed modules in non-GPLed applications.
Bug#275069: [Debian-haskell] Bug#275069: ITP: haskell-cabal -- Haskell Common Architecture for Building Applications and Libraries
On Tue, 05 Oct 2004 13:08:42 -0500, John Goerzen [EMAIL PROTECTED] wrote: Package: wnpp Severity: wishlist * Package name: haskell-cabal I think I would prefer to maintain this package, if you don't mind. I'm not sure it's ready to enter Debian yet... the interface isn't finalized, so I'd like to keep it out of testing. BTW, there's a tool for creating a skeleton Debian package from a cabal-ized package. See debianTemplate and dh_make. peace, isaac
Bug#275071: [Debian-haskell] Bug#275071: ITP: hunit -- Haskell Unit Testing Framework
(This is a followup to a request to package HUnit for the Debian GNU/Linux system) On Tue, 05 Oct 2004 13:16:03 -0500, John Goerzen [EMAIL PROTECTED] wrote: Package: wnpp Severity: wishlist * Package name: hunit Just a warning: there was talk of adding this to the standard Haskell libraries, which is why it hasn't been packaged yet. That said, people keep asking for it to be packaged, and I haven't checked lately to see if it has actually made it into the haskell standard libraries? BTW, It should be easy to generate the dh_make skeleton from the cabal debianTemplate. I'm ccing [EMAIL PROTECTED] about this. Malcolm Wallace originally requested that it be added. peace, isaac
Bug#275093: ITP: gaim-encryption -- encryption plugin for gaim
On Tue, Oct 05, 2004 at 11:05:52PM +0200, Chris Vanden Berghe wrote: Version : x.y.z Upstream Author : Name [EMAIL PROTECTED] * URL : http://www.example.org/ * License : (GPL, LGPL, BSD, MIT/X, etc.) Please fill this information in; do not leave it blank. -- gram
Bug#275071: [Debian-haskell] Bug#275071: ITP: hunit -- Haskell Unit Testing Framework
On Tuesday 05 October 2004 6:58 pm, Isaac Jones wrote: (This is a followup to a request to package HUnit for the Debian GNU/Linux system) On Tue, 05 Oct 2004 13:16:03 -0500, John Goerzen [EMAIL PROTECTED] wrote: Package: wnpp Severity: wishlist * Package name: hunit Just a warning: there was talk of adding this to the standard Haskell libraries, which is why it hasn't been packaged yet. That said, people keep asking for it to be packaged, and I haven't checked lately to see if it has actually made it into the haskell standard libraries? I have seen it in the Debian ghc cvs package. In any case, when compilers that integrate it come out, they can simply Provide: the appropriate package and we'll have no problems. -- John
Bug#275069: [Debian-haskell] Bug#275069: ITP: haskell-cabal -- Haskell Common Architecture for Building Applications and Libraries
On Tuesday 05 October 2004 6:40 pm, Isaac Jones wrote: On Tue, 05 Oct 2004 13:08:42 -0500, John Goerzen [EMAIL PROTECTED] wrote: Package: wnpp Severity: wishlist * Package name: haskell-cabal I think I would prefer to maintain this package, if you don't mind. No problem. I just wanted to make sure it is in sid. I have made uploads already for the source package that generates a binary package for ghc6. I have added all the hooks necessary for it to build ghc5 and also fixed some places in the source where it was incompatible with ghc5, but there is a bug relating to subdirectories in the ./setup build support for ghc5 that prevents that build from working. Also, I fixed postinst and prerm, modified the packages to put the libraries in the locations mandated by the Debian haskell policy (or as close as possible, at least), modified the build-deps and deps for same, added copyright text, etc. nhc98 support should also be fairly easily added, and Hugs too if the source is compatible with it. So let me know when you want to take it over. If the answer is now, please contact me for my diff.gz. (Actually, you'll probably want it anyway, since you probably want to commit those ghc5 fixes to your source tree at least). But I've got some more Debian stuff to contribute yet. If you (or someone) can fix the ghc5 issue, then we'll get at least a ghc5 lib out of it. I'm not sure it's ready to enter Debian yet... the interface isn't finalized, so I'd like to keep it out of testing. So far, it is likely to be used only as a Build-Dep in Debian, which means it's an internal problem for us to sort out (not bothering end users). But if it is kept out of testing, then there goes MissingH, Hunit, and HSQL -- unless those are all converted to using something else like hmake, which seems like a waste of time since the world is standardizing on Cabal. Interfaces have changed before. We can handle it. BTW, there's a tool for creating a skeleton Debian package from a cabal-ized package. See debianTemplate and dh_make. I saw that, though my .debs aren't building with it yet. I'm concerned that some of the files it is using (especially postinst/prerm) are buggy. I also wanted to wait until I have a generic infrastructure for building a library with all four compilers/interpreters in Debian first, then patch the template to support that. I'm close, but haven't tested it yet since I don't yet have any code that actually builds with all four compilers/interpreters in Debian... But I hope to have that all done in a day or two, time permitting. -- John