Bug#128666: ITP: aris-extractor -- Log parsing tool for the ARIS Incidents Database system
Package: wnpp Version: N/A; reported 2002-01-10 Severity: wishlist * Package name: aris-extractor Version : 1.6 Upstream Author : SecurityFocus * URL : http://aris.securityfocus.com/ * License : See below (PLEASE COMMENT on freeness) Description : Log parsing tool for the ARIS Incidents Database system --snip-- ARIS extractor - Log Parsing Tool As an integral piece of the ARIS Incidents Database system, SecurityFocus.com's open-source ARIS extractor utility distills data provided by IDS attack-list logs to build client portfolios that provide meaningful, graphical analysis of potentially malicious network incidents. By filtering out insignificant or benign data and converting it to a common (xml) format, ARIS extractor streamlines incident reporting for both security professionals and home users in a way that allows IDS operators to focus only on relevant attacks and incidents. Additionally, ARIS extractor ensures client confidentiality through secure file-transfer protocols and optional IP address suppression. --snip-- License follows. It explicitly grants permission to modify and distribute, and for those receiving the software to have the same freedom. Is it necessary to explicitly state that it is OK to distribute modified versions? What about the advertising clause at the end? It sounds suspiciously like the old BSD license... TERMS AND CONDITIONS Copyright (c) 2001 SecurityFocus Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, and/or distribute copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL SECURITYFOCUS.COM BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. Except as contained in this notice, the name of SecurityFocus shall not be used in advertising or otherwise to promote the sale, use or other dealings in this Software without prior written authorization from SecurityFocus. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux mizar 2.4.17 #1 Wed Jan 9 18:35:14 EST 2002 i686 Locale: LANG=en_US, LC_CTYPE= -- - mdz
Bug#81708: [bernhard@intevation.de: Re: flash.deb?]
- Forwarded message from Bernhard Reiter <[EMAIL PROTECTED]> - Date: Fri, 11 Jan 2002 12:35:07 +0100 From: Bernhard Reiter <[EMAIL PROTECTED]> To: Matt Zimmerman <[EMAIL PROTECTED]> Subject: Re: flash.deb? Matt, thanks for the update. Just checked a mozilla tarball I had flying around. The licensing problems seem to be gone from mozilla, except for one file in mozilla v0.9.6: Seem to be already dual or triple licensed with GNU GPL or GNU LGPL: ./mozilla/include/npapi.h ./mozilla/include/npupp.h ./mozilla/sun-java/stubs/include/jri.h ./mozilla/sun-java/stubs/include/jri_md.h ./mozilla/sun-java/stubs/include/jritypes.h This one is still MPL, probably because they have to ask one contributor. Maybe it is already resolved. ./mozilla/modules/plugin/samples/default/unix/npunix.c I suggest checking the latest mozilla source and ask when this will be relicensed if it isn't yet. Even if the software is not actively maintained upstream it might be interesting. Bernhard ps.: Feel free to forward part of my mail to the archives. - End forwarded message - -- - mdz
Bug#78642: why not bochs upload yet?
On Fri, Jan 11, 2002 at 10:58:00AM -0700, Bdale Garbee wrote: > So, what's the story with bochs? I have a need for it, was disappointed > to find it not packaged yet, and even more disappointed to discover it was > ITP'ed more than a year ago and *still* hasn't been uploaded. This is ridiculous; bochs should have been in Debian long ago. Does anyone know who Goswin's sponsor is, and whether they have been in touch with him on this issue? According to <[EMAIL PROTECTED]>, he has not been in touch with his AM. I personally would fully support Robert Millan if he wants to take over this package, since he maintains related packages. If he does not have the time or inclination to take care of it, I volunteer to maintain bochs. What do you say, Robert? -- - mdz
Bug#123887: Upcoming release
On Mon, Jan 14, 2002 at 08:02:19AM -0600, Kevin Corry wrote: > Just for reference, which version of LVM are you running, and which > version of EVMS are you going to try? 0.2.4 is our latest release. CVS has > a number of fixes since 0.2.4, and we are hoping to release 0.9.0 real > soon. Will 0.9.0 include the soname changes necessary for the Debian packages of EVMS? I'm eager to resume work on them. -- - mdz
Bug#123887: [Evms-devel] Upcoming release
On Tue, Jan 15, 2002 at 08:08:11AM -0600, Kevin Corry wrote: > On Monday 14 January 2002 17:13, Matt Zimmerman wrote: > > On Mon, Jan 14, 2002 at 08:02:19AM -0600, Kevin Corry wrote: > > > Just for reference, which version of LVM are you running, and which > > > version of EVMS are you going to try? 0.2.4 is our latest release. CVS > > > has a number of fixes since 0.2.4, and we are hoping to release 0.9.0 > > > real soon. > > > > Will 0.9.0 include the soname changes necessary for the Debian packages of > > EVMS? I'm eager to resume work on them. > > I have given versioned soname's to libevms and libdlist. I just made up > version 1.0 for dlist, since it should never change in an incompatible way. > libevms will use the current EVMS major number in its soname, unless we can > think of a better method in the future. Great, this will do nicely for now. Thanks. > Thanks again for all the libtool work. I think for the time being, though, > that it's a bit much to add. I think once we get our 1.0 release out this > spring, I will revisit the libtool/automake setup as a post-1.0 addition. > For now we are just using -soname option to the linker to get the > appropriate versions set in the shared libraries. I completely understand. > Also, is it necessary to include versioned sonames for the plugin > libraries? As I've mentioned before, no executables should be linking > against these libraries - they are just meant to be loaded directly by the > core engine. I can add versions if necessary - I don't think it will break > anything - but it is not set up that way at the moment. Since no executables will be linked against these libraries (and they are not in the standard library search path), you are free to do pretty much whatever you want with them as far as naming. -- - mdz
Bug#123887: [corryk@us.ibm.com: [Evms-devel] [ANNOUNCE] EVMS Release 0.9.0 (Beta)]
This new release should include changes which were necessary for a proper Debian package to be created. Now that it is out, I can resume work on the package. - Forwarded message from Kevin Corry <[EMAIL PROTECTED]> - Date: Thu, 17 Jan 2002 17:44:05 -0600 From: Kevin Corry <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], linux-kernel@vger.kernel.org Subject: [Evms-devel] [ANNOUNCE] EVMS Release 0.9.0 (Beta) The EVMS team is officially announcing its first Beta release. Package 0.9.0 of the Enterprise Volume Management System is now available for download at the project web site: http://www.sf.net/projects/evms Highlights for version 0.9.0: v0.9.0 - 1/17/02 - Core Engine - New APIs for Filesystem Interface Modules. - Support for setting properties of volumes, objects, and containers. - New user-interface tasks. - Expand containers, mkfs, fsck, defrag. - Improved user-space discovery algorithm. - GUI - Support for expanding containers and removing objects from containers. - Support for setting object properties. - Command Line - Support for expanding, shrinking containers. - LVM Plugin - Supports adding/removing objects (PVs) from containers in the GUI or the EVMS command line. - MD Plugin - Runtime support for Linear, RAID-0, and RAID-1. - Sync and spare-failover available for RAID-1. - Hot-add for RAID-1 still under development. - Engine support for Linear, RAID-0, and RAID-1. - Discovery, creation, deletion. - Engine discovery support for RAID-5. No creation yet. - Recommended to NOT use the EVMS MD plugin and the original MD driver in the same kernel. - EVMS Drivelinking Plugin - Support for missing elements in a drive-link. Exports the drive-link in read-only mode to allow recovery of data on the remaining elements. - AIX Plugin - Minimal discovery in user-space. Constructs all containers without exporting any regions. - Text-Mode Interface - All code and features added. Needs additional testing. - Kernel - Supports specifying an EVMS volume as a "root=" kernel boot-parameter. - Lots of testing and bug-fixes. Kevin Corry [EMAIL PROTECTED] Enterprise Volume Management System http://www.sf.net/projects/evms ___ Evms-devel mailing list [EMAIL PROTECTED] To subscribe/unsubscribe, please visit: https://lists.sourceforge.net/lists/listinfo/evms-devel - End forwarded message - -- - mdz
Bug#123887: EVMS packages ready
Packages for EVMS 0.9.0 are now in Incoming. I would appreciate testing and feedback from you, and anyone else who is interested in these packages. -- - mdz
Bug#130019: RFP: sjeng -- A chess engine which plays many chess variants
Package: wnpp Version: N/A; reported 2002-01-19 Severity: wishlist * Package name: sjeng Version : 11.2 Upstream Author : Gian-Carlo Pascutto * URL : http://sjeng.sourceforge.net/ * License : GPL Description : A chess engine which plays many chess variants -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux mizar 2.4.17 #1 Thu Jan 17 21:07:48 EST 2002 i686 Locale: LANG=en_US, LC_CTYPE=en_US -- - mdz
Bug#123887: EVMS packages ready
On Fri, Jan 18, 2002 at 12:10:03AM -0500, Matt Zimmerman wrote: > Packages for EVMS 0.9.0 are now in Incoming. I would appreciate testing and > feedback from you, and anyone else who is interested in these packages. The packages are now in unstable. Thanks to whoever bribed the ftpmasters to make this happen in 1 day. -- - mdz
Bug#130031: RFP: drbd -- a block device which is designed to build high availability clusters
Package: wnpp Version: N/A; reported 2002-01-19 Severity: wishlist * Package name: drbd Version : 0.6.1-pre7 Upstream Author : Philipp Reisner <[EMAIL PROTECTED]> * URL : http://www.complang.tuwien.ac.at/reisner/drbd/ * License : (GPL, LGPL, BSD, MIT/X, etc.) Description : a block device which is designed to build high availability clusters Ard van Breemen: I notice that drbd has a debian/ directory in the source tarball, with you listed as maintainer. Is there some reason why you haven't uploaded packages to Debian proper? I don't see an ITP by you or anyone else on the WNPP list, so I am filing an RFP. -- - mdz
Bug#130210: RFP: gnutrition -- nutrition analysis software for GNOME
Package: wnpp Version: N/A; reported 2002-01-20 Severity: wishlist * Package name: gnutrition Version : 0.3 Upstream Author : <[EMAIL PROTECTED]> * URL : http://gnutrition.sourceforge.net/ * License : something free Description : nutrition analysis software for GNOME -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux mizar 2.4.17 #1 Thu Jan 17 21:07:48 EST 2002 i686 Locale: LANG=en_US, LC_CTYPE=en_US -- - mdz
Bug#81708: flash.deb?
On Fri, Jan 11, 2002 at 12:35:07PM +0100, Bernhard Reiter wrote: > This one is still MPL, probably because they have to ask one contributor. > Maybe it is already resolved. > > ./mozilla/modules/plugin/samples/default/unix/npunix.c > > I suggest checking the latest mozilla source and ask when this will be > relicensed if it isn't yet. I just checked the latest mozilla-cvs source package (dated 20020113) and that file was still under the MPL. What's worse, the version in the flash plugin has the copyright notice removed(!), so it probably isn't legal even if the Mozilla version is relicensed under the GPL. I'm pretty sure that copyright law prohibits removing others' copyright notices from a work. -- - mdz
Bug#81708: flash.deb?
On Tue, Jan 22, 2002 at 08:02:32PM +0100, Bernhard Reiter wrote: > On Tue, Jan 22, 2002 at 01:52:18PM -0500, Matt Zimmerman wrote: > > > > I just checked the latest mozilla-cvs source package (dated 20020113) > > and that file was still under the MPL. What's worse, the version in the > > flash plugin has the copyright notice removed(!), so it probably isn't > > legal even if the Mozilla version is relicensed under the GPL. I'm > > pretty sure that copyright law prohibits removing others' copyright > > notices from a work. > > If you replace the npunix.c file with the one from Mozilla, I think you'll > be fine or am I missing something obvious here? Well, if the files were taken from the plugin SDK, and Netscape later released the same files under a different license, I assume it would be OK to use the pristine upstream source. However, since there is no copyright in npunix.c, it would have to be replaced and repackaged. So even without the GPL/NPL/all-rights-reserved mess, it's still illegal to build and use this program as-is. If the licensing situation is sorted out, I'll package it up, but I have no interest in taking over upstream maintainership of this package, and the author seems to have moved on to other things. So folks who are interested in using this software should solicit for a new upstream maintainer for it. -- - mdz
Bug#130483: RFP: asmutils -- set of very small UNIX-like utilities written in i386 assembly language
Package: wnpp Version: N/A; reported 2002-01-22 Severity: wishlist * Package name: asmutils Version : 0.15 Upstream Author : various * URL : http://www.linuxassembly.org/asmutils.html * License : GPL Description : set of very small UNIX-like utilities written in i386 assembly language -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux mizar 2.4.17 #1 Thu Jan 17 21:07:48 EST 2002 i686 Locale: LANG=en_US, LC_CTYPE=en_US -- - mdz
Bug#130638: RFP: theanomymailsanitizer -- filter designed to block email-based security risks
On Thu, Jan 24, 2002 at 10:05:37AM +0100, Andreas Tille wrote: > Package: wnpp > Version: N/A; reported 2002-01-24 > Severity: wishlist > > * Package name: theanomymailsanitizer > Version : 1.48 > Upstream Author : http://freshmeat.net/~juggler (bre at klaki dot net) > * URL : http://freshmeat.net/projects/theanomymailsanitizer/ > * License : GPL > Description : filter designed to block email-based security risks > > Could be a nice part of an med-email-server metapackage for Debian-Med > and interesting for Debian in common. If someone does package this, I beg them not to use the package name 'theanonymailsanitizer'. -- - mdz
Bug#128666: ARIS extractor license...free?
It explicitly grants permission to modify and distribute, and for those receiving the software to have the same freedom. Is it necessary to explicitly state that it is OK to distribute modified versions? What about the advertising clause at the end? TERMS AND CONDITIONS Copyright (c) 2001 SecurityFocus Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, and/or distribute copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL SECURITYFOCUS.COM BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. Except as contained in this notice, the name of SecurityFocus shall not be used in advertising or otherwise to promote the sale, use or other dealings in this Software without prior written authorization from SecurityFocus. -- - mdz
Bug#130835: O: patch -- Apply a diff file to an original
retitle 130835 ITA: patch -- Apply a diff file to an original thanks On Fri, Jan 25, 2002 at 09:13:58PM +0100, Adrian Bunk wrote: > Package: wnpp > > Package: patch I'll take this. -- - mdz
Bug#130835: O: patch -- Apply a diff file to an original
Never mind, Michael Fedrowitz <[EMAIL PROTECTED]> beat me to it. -- - mdz
Bug#128666: Depending on non-US libs
As I understand it, software which links with crypto libs must (still) be uploaded to non-US. I have packaged the ARIS Extractor from SecurityFocus, which links with libcurl to perform an HTTPS POST request. Though it seems to run fine with non-SSL libcurl, it cannot fulfill its intended purpose without SSL support. Should I: 1. Leave the dependencies as determined by the shlibs file from libcurl, which says that either libcurl or libcurl-ssl is OK, and upload to main. There is nothing in ARIS Extractor which could even be considered a hook to something definitively cryptographic, so this should be legal, yes? Of course, the software would not be useful without libcurl-ssl, and that is undesirable. 2. Depend on libcurl-ssl only and upload to non-US. Is this legal? (I am in the US, but ARIS Extractor contains no crypto) 3. Hand off the package to someone in the free world ? -- - mdz
Bug#131487: RFP: gbootroot -- a tool for creating boot/root diskettes and associated filesystems
Package: wnpp Version: N/A; reported 2002-01-29 Severity: wishlist * Package name: gbootroot Version : 1.3.3 Upstream Author : Jonathan Rosenbaum <[EMAIL PROTECTED]> * URL : http://gbootroot.sourceforge.net * License : GPL Description : a tool for creating boot/root diskettes and associated filesystems There is a Debian binary package on the site, but there are some issues with it, and no source package. It would be nice to integrate with the packaged versions of yard and user-mode Linux. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux mizar 2.4.17 #1 Thu Jan 17 21:07:48 EST 2002 i686 Locale: LANG=en_US, LC_CTYPE=en_US -- - mdz
Bug#131550: Tool to trace DNS servers to the source
On Wed, Jan 30, 2002 at 04:16:08PM -0600, Adam Majer wrote: > On Wed, Jan 30, 2002 at 04:25:21PM +0100, Thomas Seyrat wrote: > > Package: wnpp > > Version: N/A; reported 2002-01-30 > > Severity: wishlist > > > > * Package name: dnstracer > > Version : 1.2 > > Upstream Author : Edwin Groothuis <[EMAIL PROTECTED]> > > * URL : http://www.mavetju.org/unix/dnstracer.php > > * License : BSD > > Description : Tool to trace a chain of DNS servers to the source > > Is this an ITA: or RFA: ? Looks like either an ITP or RFP, since there is no dnstracer in sid. -- - mdz
Bug#131550: Tool to trace DNS servers to the source
On Wed, Jan 30, 2002 at 06:34:39PM -0600, Adam Majer wrote: > On Wed, Jan 30, 2002 at 07:19:11PM -0500, Matt Zimmerman wrote: > > On Wed, Jan 30, 2002 at 04:16:08PM -0600, Adam Majer wrote: > > > Is this an ITA: or RFA: ? > > > > Looks like either an ITP or RFP, since there is no dnstracer in sid. > > Well, yes :) That's why I was asking! Anyway, the bug title is changed now > so it's ITA. You misunderstood. An ITA is an intention to adopt a package, meaning that the package is already in Debian and the submitter intends to adopt it. That's why this package was obviously NOT an ITA or RFA (request for adoption). The submitter has retitled it to an ITP. -- - mdz
Bug#128666: Depending on non-US libs
Policy says of uploading to non-US: "This applies only to packages which contain cryptographic code. A package containing a program with an interface to a cryptographic program or a program that's dynamically linked against a cryptographic library should not be distributed via the non-US server if it is capable of running without the cryptographic library or program." In this case, the program is literally capable of running without the cryptographic library or program, but will have significantly reduced functionality (its primary function, uploading its reports, is broken). Does this program need to go in non-US, and if so, is it legal for me to upload it there? - Forwarded message from Matt Zimmerman <[EMAIL PROTECTED]> - Date: Sat, 26 Jan 2002 18:05:33 -0500 From: Matt Zimmerman <[EMAIL PROTECTED]> Resent-From: debian-devel@lists.debian.org To: debian-devel@lists.debian.org Subject: Depending on non-US libs As I understand it, software which links with crypto libs must (still) be uploaded to non-US. I have packaged the ARIS Extractor from SecurityFocus, which links with libcurl to perform an HTTPS POST request. Though it seems to run fine with non-SSL libcurl, it cannot fulfill its intended purpose without SSL support. Should I: 1. Leave the dependencies as determined by the shlibs file from libcurl, which says that either libcurl or libcurl-ssl is OK, and upload to main. There is nothing in ARIS Extractor which could even be considered a hook to something definitively cryptographic, so this should be legal, yes? Of course, the software would not be useful without libcurl-ssl, and that is undesirable. 2. Depend on libcurl-ssl only and upload to non-US. Is this legal? (I am in the US, but ARIS Extractor contains no crypto) 3. Hand off the package to someone in the free world ? -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] - End forwarded message - -- - mdz
Bug#124308: Subversion - the followup project to CVS
On Sun, Feb 03, 2002 at 11:42:05PM +0100, Wichert Akkerman wrote: > Previously Colin Watson wrote [of subversion]: > > I understand it's waiting for Apache 2. > > And libdb4 (which is needed by CVS OpenLDAP as well). ...which has been in preparation for 48 days. About time for a status update? * #124308: ITP: db4 -- Berkeley DB release 4.0.14 Package: wnpp; Severity: wishlist; Reported by: Matthew Wilcox <[EMAIL PROTECTED]>; 48 days old. -- - mdz
Bug#89421: tcptrace - new package ?
On Sun, Feb 03, 2002 at 02:40:41PM -0800, Vikram wrote: > i have been using the software tcptrace [http://www.tcptrace.org] for > quite sometime now. having been a regular debian user for 2 years now i > was surprised that i couldnt find the package in the debian tree. do > correct me if i am wrong [i also searched debian.org packages] The second place to search in this situation is the WNPP list (http://www.debian.org/devel/wnpp). In this case, the relevant bug is: http://bugs.debian.org/89421 * #89421: ITP: tcptrace -- analysis tool for tcpdump output Package: wnpp; Severity: wishlist; Reported by: "Noah L. Meyerhans" <[EMAIL PROTECTED]>; 328 days old. So it has been claimed (328 days ago), but apparently forgotten. -- - mdz
Bug#131886: RFP: klendar -- A package for Klendar would be great
retitle 131886 RFP: klendar - A calendar tool for KDE thanks On Fri, Feb 01, 2002 at 08:54:42PM +0100, Yann Forget wrote: > Package: wnpp > Version: N/A; reported 2002-02-01 > Severity: wishlist > > * Package name: klendar > Version : 0.22 > Upstream Author : > * URL : > ftp://ftp.kde.org/pub/kde/unstable/apps/office/00INDEX.html > * License : GPL > Description : A package for Klendar would be great The 'Description' here is meant to be a description of the package, not a description of what you want. See http://www.debian.org/devel/wnpp for further information on the WNPP system. -- - mdz
Bug#89421: tcptrace - new package ?
On Mon, Feb 04, 2002 at 02:15:22PM -0500, Noah Meyerhans wrote: > Well, I wouldn't say "forgotten". I'm well aware of the fact that I > announced the ITP. The reason I never uploaded the package is that it > depends on xplot, but *not* the xplot in Debian; the xplot written by Tim > Sheppard of MIT LCS. At the time, I did not have time to Debianize Tim's > xplot tool. I still don't. Maybe I will get around to it some day, but I > can't say when. I see. The WNPP bug is a good place to record such information, not only so that interested parties can find out the status of the package, but so that someone else can help with issues like this. When an ITP has no messages for almost a year, it tends to look forgotten. > So that's what held up the tcptrace Debian package. Perhaps it should be retitled to an RFP, or else a separate RFP should be filed for this alternate xplot if there isn't one already? -- - mdz
Bug#133423: ITP: ctcs -- a free, modular and extensible test suite for testing hardware
Package: wnpp Version: N/A; reported 2002-02-11 Severity: wishlist * Package name: ctcs Version : 1.3.0pre4 Upstream Author : Jason T. Collins <[EMAIL PROTECTED]> * URL : http://sf.net/projects/va-ctcs * License : GPL Description : a free, modular and extensible test suite for hardware testing If someone else wants this, just let me know. I just want it packaged. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux mizar 2.4.17 #1 Thu Jan 17 21:07:48 EST 2002 i686 Locale: LANG=en_US, LC_CTYPE=en_US -- - mdz
Bug#134008: O: tulip -- A system dedicated to the visualization of huge graphs
Package: wnpp Version: N/A; reported 2002-02-14 Severity: normal tulip does not work for that which I intended to use it, so I have no interest in continuing to maintain it. Furthermore, upstream seems to be dead. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux mizar 2.4.17 #1 Thu Jan 17 21:07:48 EST 2002 i686 Locale: LANG=en_US, LC_CTYPE=en_US -- - mdz
Bug#136271: RFP: knights -- KDE chessboard and ICS interface
Package: wnpp Version: N/A; reported 2002-02-28 Severity: wishlist * Package name: knights Version : 0.5.4.1 Upstream Author : [EMAIL PROTECTED] * URL : http://knights.sourceforge.net * License : GPL Description : KDE chessboard and ICS interface -- System Information Debian Release: unstable Architecture: i386 Kernel: Linux mizar 2.4.17 #1 Sun Feb 24 16:57:16 EST 2002 i686 Locale: LANG=en_US, LC_CTYPE=en_US -- - mdz
Bug#137917: RFP: freeipdb -- A database specialized for IP address allocation and tracking
Package: wnpp Version: N/A; reported 2002-03-11 Severity: wishlist * Package name: freeipdb Version : 0.1.3 Upstream Author : Global Crossing * URL : http://www.freeipdb.org/ * License : Vaguely GPL-like, full license below Description : A database specialized for IP address allocation and tracking Copyright (c) 2001, Global Crossing - Access Planning and Implamentation All rights reserved. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: - Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. - Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the i distribution. - Neither the name of the Global Crossing Telecommunications, Inc.("GX") nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission. - You grant GX and all third parties a non-exclusive, royalty-free license, under Your Applicable Patent Rights and other intellectual property rights (other than patent) owned or controlled by You, to use, reproduce, display, perform, modify, distribute and Deploy Your Modifications of the same scope and extent as GX's licenses - You hereby grant to GX and its subsidiaries a non-exclusive, worldwide, royalty-free, perpetual and irrevocable license, under Your Applicable Patent Rights and other intellectual property rights (other than patent) owned or controlled by You, to use, reproduce, display, perform, modify or have modified (for GX and/or its subsidiaries), sublicense and distribute Your Modifications, in any form, through multiple tiers of distribution. THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. -- System Information Debian Release: 3.0 Architecture: powerpc Kernel: Linux poseidon 2.4.16-newpmac #1 Mon Jan 7 20:51:25 EST 2002 ppc Locale: LANG=C, LC_CTYPE=en_US -- - mdz
Bug#139475: RFP: oprofile -- OProfile is a system-wide profiler for Linux x86 systems, capable of profiling all running code at low overhead.
Package: wnpp Version: N/A; reported 2002-03-22 Severity: wishlist * Package name: oprofile Version : 0.1 Upstream Author : John Levon <[EMAIL PROTECTED]> * URL : http://oprofile.sourceforge.net * License : GPL Description : OProfile is a system-wide profiler for Linux x86 systems, capable of profiling all running code at low overhead. Features Unobtrusive No special recompilations, wrapper libraries or the like are necessary. Even debug symbols (-g option to gcc) are not necessary unless you want to produce annotated source. No kernel patch is needed - just insert the module. System-wide profiling All code running on the system is profiled, enabling analysis of system performance. Performance counter support Enables collection of various low-level data, and assocation with particular sections of code. Low overhead OProfile has a typical overhead of 3-8%, dependent on sampling frequency and workload. Post-profile analysis Profile data can be produced on the function-level or instruction-level detail. Source trees annotated with profile information can be created. A hit list of applications and functions that take the most time across the whole system can be produced. System support OProfile works across a range of x86 CPUs, including the Athlon/Duron range. Full support for Pentium IV is not yet present. OProfile will work against almost any 2.2 and 2.4 kernel, and works on both UP and SMP systems. -- System Information Debian Release: unstable Architecture: i386 Kernel: Linux mizar 2.4.18 #1 Tue Mar 12 08:58:12 EST 2002 i686 Locale: LANG=en_US, LC_CTYPE=en_US -- - mdz
Bug#139475: RFP: oprofile -- OProfile is a system-wide profiler for Linux x86 systems, capable of profiling all running code at low overhead.
On Sat, Mar 23, 2002 at 12:14:21PM +0100, Marcelo E. Magallon wrote: > I was looking at packaging this, it's very useful! I might do it unless > someone else beats me to it (note I haven't retitled the :ug yet) I think that it could be a very important free software tool, but I probably wouldn't use it very often, hence the RFP instead of an ITP. > >> Matt Zimmerman <[EMAIL PROTECTED]> writes: > > > No special recompilations, wrapper libraries or the like are necessary. > > Only a kernel module... piece of cake, right? Heh...agreed, a kernel module is tricky compared to recompilation or wrapper libraries, but tame compared to a full-fledged kernel patch. > > Performance counter support > > I was figuring that one out wrt to portability to other architectures. Which other architectures support a similar counter that could be used for profiling? -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#140045: RFP: xfsamba -- Graphical SMB navigator / file manager
Package: wnpp Version: N/A; reported 2002-03-26 Severity: wishlist * Package name: xfsamba Version : 0.44 * URL : http://linux.imp.mx/xfsamba/ * License : (GPL, LGPL, BSD, MIT/X, etc.) Description : Graphical SMB navigator / file manager -- System Information Debian Release: 3.0 Architecture: powerpc Kernel: Linux poseidon 2.4.18-newpmac #1 Thu Mar 14 22:44:49 EST 2002 ppc Locale: LANG=C, LC_CTYPE=en_US -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#140045: acknowledged by developer (Re: Bug#140045: RFP: xfsamba -- Graphical SMB navigator / file manager)
reopen 140045 severity 140045 minor reassign 140045 xfce retitle 140045 Should mention xfsamba in description thanks On Sat, Apr 20, 2002 at 07:48:07AM -0500, Debian Bug Tracking System wrote: > Hi, > > xfsamba is included in the xfce debian package.=20 > > Cheers, Mario Please add it to the description so that users can find it with a search. You might also consider splitting it (and possibly other components) into a separate package if it can be used without the rest of xfce, since that package is large. -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#143649: O: ckermit -- A serial and network communications package.
On Fri, Apr 19, 2002 at 10:55:57PM +0200, Martin Michlmayr wrote: > Package: ckermit > Priority: extra > Section: non-free/comm > Installed-Size: 2956 > Maintainer: Vaidhyanathan G Mayilrangam <[EMAIL PROTECTED]> > Architecture: i386 > Version: 196-1.1 > Depends: libc6 (>= 2.2.1-2), libncurses5 (>= 5.2.20010310-1) > Filename: pool/non-free/c/ckermit/ckermit_196-1.1_i386.deb > Size: 1927190 > MD5sum: 5771a58079244ecb9abf064290154df1 > Description: A serial and network communications package. > C-Kermit is a combined serial and network communication software package > offering a consistent, medium-independent, cross-platform approach to > connection establishment, terminal sessions, file transfer, > character-set translation, and automation of communication tasks. I use ckermit quite a lot, but only because I know of no free alternative. I only use it for basic serial port operations, where I just want to talk to a serially attached device with a minimum of fuss. minicom is intolerable for this purpose, and cu is inconvenient and requires installing the entire uucp package. -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#145702: RFP: ipfc -- software infrastructure for managed security services
Package: wnpp Version: N/A; reported 2002-05-03 Severity: wishlist * Package name: ipfc Version : x.y.z * URL : http://www.conostix.com/ipfc/ * License : GPL Description : software infrastructure for managed security services -- System Information Debian Release: unstable Architecture: i386 Kernel: Linux mizar 2.4.18 #1 Fri Mar 29 00:49:30 EST 2002 i686 Locale: LANG=en_US, LC_CTYPE=en_US -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#116878: OpenOffice packages
OK, there have been a lot of people who have expressed interest in packaging OpenOffice for Debian over the past year, and they have opened 3 separate wnpp bugs, but so far there are still no official packages. Version 1.0 of OpenOffice has now been released, and I would very much like to see it In Debian, as it clearly has the potential to be an important free software component. Are any of you actively working on packages, or do you know who is? -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#146857: RFP: openjms -- open source implementation of Sun Microsystems's Java Message Service API 1.0.2 Specification
Package: wnpp Version: N/A; reported 2002-05-13 Severity: wishlist * Package name: openjms Version : 0.7.2 * URL : http://openjms.exolab.org/ * License : BSD-like Description : open source implementation of Sun Microsystems's Java Message Service API 1.0.2 Specification -- System Information Debian Release: unstable Architecture: i386 Kernel: Linux mizar 2.4.18 #1 Fri Mar 29 00:49:30 EST 2002 i686 Locale: LANG=en_US, LC_CTYPE=en_US -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#147456: RFP: scponly -- A shell allowing only scp
On Sun, May 19, 2002 at 08:33:03PM +0200, Gurkan Sengun wrote: > Package: wnpp > Version: N/A; reported 2002-05-19 > Severity: wishlist > > * Package name: scponly > Version : 1.3 > Upstream Author : Joe Boyle<[EMAIL PROTECTED]> > * URL : http://www.sublimation.org/scponly/ > * License : Freely Distributable > Description : A shell allowing only scp This seems to allow a lot more than just scp. scponly.c:process_ssh_request /* * request must be one of a few commands. * some commands must be exact matches. * others only require the beginning of the string to match. */ if ((exact_match(request,"ls")) || (NULL!=strend(request,"ls ")) || (exact_match(SCP2_ARG,request)) || (NULL!=strend(request,"scp ")) || (exact_match(request,"pwd")) || (NULL!=strend(request,"rm ")) || (NULL!=strend(request,"ln ")) || (NULL!=strend(request,"mv ")) || (NULL!=strend(request,"chmod ")) || (NULL!=strend(request,"chown ")) || (NULL!=strend(request,"mkdir ")) || (NULL!=strend(request,"rmdir "))) exit(exec_request(request)); -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148504: ITP: gnophone -- An internet telephone application
Package: wnpp Version: N/A; reported 2002-05-29 Severity: wishlist * Package name: gnophone Version : 0.2.4 * URL : http://www.gnophone.com/ * License : GPL Description : An internet telephone application Gnophone is an open source internet telephone that allows you to make calls to other GnoPhone users or to an Asterisk PBX Gateway. It supports a fully featured web interface allowing you to participate in various discussion groups. It also supports the full rate GSM codec for great quality that doesn't require very high bandwidth. . * GnoPhone has a web based directory server * Web based discussion groups * Provides simulated full-duplex on half-duplex sound cards * GnoPhone interfaces with the Asterisk Open Source PBX -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148504: Initial packages
Initial packages are at http://people.debian.org/~mdz/gnophone/ (apt-able) -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#130019: sjeng ITP
It has been several months since you announced your ITP. Have you made any progress in producing a package? -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#139475: RFP: oprofile -- OProfile is a system-wide profiler for Linux x86 systems, capable of profiling all running code at low overhead.
On Tue, Jun 04, 2002 at 03:33:44PM +0200, Yann Dirson wrote: > mdz wrote: > > I think that it could be a very important free software tool > > How does this compare to ltt, which I already packaged ? Wasn't aware of it. Looks like it requires a kernel patch. > > Heh...agreed, a kernel module is tricky compared to recompilation or > > wrapper libraries, but tame compared to a full-fledged kernel patch. > > A bit off-topic, but well... If you use dh-kpatches for a kernel patch, > I'd rather says that kernel patches are now easy to package - just look at > the number of those in woody as compared with potato :) I wasn't talking about packaging; I agree that dh-kpatches makes the job easy. However, it requires more effort and commitment from the user. I am always reluctant to use software which requires that I rebuild my kernel and reboot in order to use it, and do the same for any other machine on which I choose to use it. -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148774: RFP: nhrecorder -- Record and playback nethack game sessions.
On Mon, Jun 10, 2002 at 10:46:59PM -0400, Daniel Burrows wrote: > Is it? The author seems to have a self-contradictory license: > > "Copy it. Use it. Don't sell it." > > "This software is distributed under the Gnu Public License. See >the file "license" for details." > > I guess you could just consider the first line to not be part of the > license, since it's "only" in the README and probably reflects the > author's (mis)understanding of the GPL. Seeing how the author also refers to it as the "Gnu Public License", I agree that this is very probably misunderstanding/misinterpretation. -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#150874: ITP: zaptel -- Zapata telephony interface Linux kernel driver
Package: wnpp Version: N/A; reported 2002-06-24 Severity: wishlist * Package name: zaptel Version : (CVS only) Upstream Author : Mark Spencer <[EMAIL PROTECTED]> * URL : http://http://www.linux-support.net/ * License : GPL Description : Zapata telephony interface Linux kernel driver Kernel drivers implementing the Zapata API, used by programs such as the PBX software Asterisk: http://www.linux-support.net/modules.php?op=modload&name=News&file=article&sid=5 -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#150986: ITP: zapata -- Userspace utilities for the Zapata telephony interface
Package: wnpp Version: N/A; reported 2002-06-25 Severity: wishlist * Package name: zapata Version : (CVS only) Upstream Author : Linux Support Services, Inc. * URL : http://www.zapatatelephony.org/ * License : GPL Description : Userspace utilities for the Zapata telephony interface Userspace utilities used with the zaptel kernel drivers, ITP'd in #150874. -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#151109: ITP: apt-cacher -- Caching proxy system for Debian software packages
On Thu, Jun 27, 2002 at 09:25:53AM +1000, Jonathan Oxer wrote: > Package: wnpp > Version: N/A; reported 2002-06-27 > Severity: wishlist > > * Package name: apt-cacher > Version : 0.5 > Upstream Author : Nick Andrew <[EMAIL PROTECTED]>, Jonathan Oxer <[EMAIL > PROTECTED]> > * URL : http://www.apt-cacher.org/ > * License : GPL > Description : Caching proxy system for Debian software packages > > Apt-cacher provides local caching of .deb packages for installation on > multiple machines. One machine running apt-cacher acts as a proxy for all > other Debian machines on the network, which use Apt as normal to perform > installation but send all package requests to the proxy. What does it do that squid doesn't do? -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#152421: ITP: cvsdelta -- summarize differences in a CVS repository
On Tue, Jul 09, 2002 at 01:50:42PM -0400, Eric Dorland wrote: > Package: wnpp > Version: N/A; reported 2002-07-09 > Severity: wishlist > > * Package name: cvsdelta > Version : 1.1 > Upstream Author : Jeff Pace <[EMAIL PROTECTED]> > * URL : http://cvsdelta.sourceforge.net/ > * License : LGPL > Description : summarize differences in a CVS repository > > cvsdelta summarizes the difference between a CVS project and its local > version. It detects files that have been added and removed, and of > existing files it counts the number of lines that have been added, > deleted, and changed. It filters project changes by using .cvsignore > files, both system-wide and locally. What additional features does this program offer beyond cvs diff | diffstat? -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#156298: ITP: gatos-km -- video4linux drivers for ATI video cards from the GATOS project
Package: wnpp Version: N/A; reported 2002-08-11 Severity: wishlist * Package name: gatos-km Version : (CVS) Upstream Author : Vladimir Dergachev <[EMAIL PROTECTED]> * URL : http://gatos.sourceforge.net/ * License : GPL Description : video4linux drivers for ATI video cards from the GATOS project These drivers work in concert with the ati.2 XFree86 video drivers to provide a video4linux capture divec to capture video from ATI video cards which support it. -- - mdz
Bug#156300: ITP: avview -- TV viewing and capture software for ATI video cards from the GATOS project
Package: wnpp Version: N/A; reported 2002-08-11 Severity: wishlist * Package name: avview Version : 0.9.5 Upstream Author : Vladimir Dergachev <[EMAIL PROTECTED]> * URL : http://gatos.sourceforge.net/ * License : GPL Description : TV viewing and capture software for ATI video cards from the GATOS project A GUI for viewing and capturing video using the overlay and capture capabilities of some ATI video cards. gatos-km is required for capture. -- System Information: Debian Release: unstable Architecture: i386 Kernel: Linux mizar 2.4.18-evms1.1.0-freeswan-usbdnet #1 Fri Aug 2 17:09:37 EDT 2002 i686 Locale: LANG=en_US, LC_CTYPE=en_US -- no debconf information -- - mdz
Bug#149969: Works with Kaffe and GCJ
It would be nice to see this packaged, since it actually works with Java software that is in Debian. http://java-gnome.sourceforge.net/docs/FAQ/t1.html#AEN93 http://java-gnome.sourceforge.net/docs/FAQ/t1.html#AEN195 -- - mdz
Bug#186212: Bug#192160: ITP: rapidsvn -- cross-platform GUI front-end for the Subversion revision system.
Duplicate of #186212. -- - mdz
Bug#171314: ITP
retitle 171314 ITP: uqm -- The Ur-Quan Masters (aka Star Control II) thanks I'll take this. -- - mdz
Bug#171314: uqm
Please close this WNPP bug when your packages are in the archive. -- - mdz
Bug#171314: uqm
On Fri, May 09, 2003 at 11:40:30AM +0200, Wesley W. Terpstra wrote: > On Thu, May 08, 2003 at 09:25:00PM -0400, Matt Zimmerman wrote: > > Please close this WNPP bug when your packages are in the archive. > > I intend to; in fact the bug has a closes: line in the Changelog. > I think the package has been on hold because the ftp-admins don't like how > big it is. ;-) Yes, I see that now. I assumed you weren't aware of this bug because you didn't retitle it, nor send a message to it indicating your intentions. When you decide to package something for which there is an RFP filed, you should retitle the bug to an ITP. There are instructions here: http://www.debian.org/devel/wnpp/ -- - mdz
Bug#171314: uqm
On Fri, May 09, 2003 at 07:37:36AM -0700, Wesley W. Terpstra wrote: > I am doubtful that this package will ever land in the archive though as I > have heard some second-hand disparaging comments about the size (300Mb) of > the package from ftp-admins. Maybe it shouldn't be in debian; I'm not > sure. > > At any rate, it has now been sitting in the queue for a month. > > I have been considering replacing the uqm-voice and uqm-music packages > with a set of scripts which simply fetch the the datafiles from the > upstream website and install them. This way it would be more palatable to > the ftp-admins at a size of 20Mb. But, I would rather not since this would > make debian's uqm vulnerable to breakage by upstream moving or changing > the data. Assuming that the game itself does not depend on the voice and music packages (and it should not, as they are completely optional) this should not prevent the core game from entering the archive, which should be about 20M as you say. There is at least precedent for games of approximately that size. -- - mdz
Bug#192661: hpscanpbm
I think this may have been obsoleted by SANE...at least, I previously used this program, and now use the hp driver with SANE, which provides everything I need. -- - mdz
Bug#192680: [Evms-devel] HA Cluster setup problems
On Wed, May 14, 2003 at 10:33:37AM -0700, Ram Pai wrote: > On Wed, 14 May 2003, Matt Zimmerman wrote: > > > The Debian EVMS packages explicitly do not support HA yet, because the > > version of heartbeat in Debian is not recent enough even to build it. > > > > The heartbeat package is in the process of changing maintainers at the > > moment, and I hope it will be brought up to date soon. > > FYI: > there is security advisory on the older version of heartbeat. http://www.debian.org/security/2002/dsa-174 > And EVMS works with heartbeat version 1.0.0 and above only. Yes, which is why I cannot support it in the packages yet. Someone has stepped forward to be the new maintainer for heartbeat, however, so hopefully this will be addressed soon. > > > The .deb packages of heartbeat-1.0.2-1.woody are also missing > > > /var/lib/heartbeat/ping.r*, which were needed to run the heartbeat (not > > > an EVMS tool) diagnostic /usr/lib/heartbeat/api_test > > > > The version of heartbeat that ships with Debian woody is 0.4.9.0l-7.2. I do > > not know where 1.0.2-1.woody came from, but it is not an official package. > > > > > > -- > Ram Pai > [EMAIL PROTECTED] > 503-5783752 > EVMS: http://www.sf.net/projects/evms > -- -- - mdz
Bug#152842: ITP: oggdoctor - An advanced Vorbis tag editor
retitle 152842 RFP: oggdoctor -- An advanced Vorbis tag editor thanks -- - mdz
Bug#195589: RFA: pchar -- Characterize the bandwidth, latency and loss on network links
Package: wnpp Version: unavailable; reported 2003-05-31 Severity: normal pchar is no longer being actively developed upstream, I do not have time to deal with its bugs, and there are several similar tools in Debian already. If no one steps forward to adopt it, I will request that it be removed from Debian. The package description is: pchar is a reimplementation of the pathchar utility, written by Van Jacobson. Both programs attempt to characterize the bandwidth, latency, and loss of links along an end-to-end path through the Internet. pchar works in both IPv4 and IPv6 networks. -- System Information: Debian Release: unstable Architecture: i386 Kernel: Linux mizar 2.4.20-evms2-usbnet-skas-4 #1 Sat Apr 19 23:10:48 EDT 2003 i686 Locale: LANG=en_US, LC_CTYPE=en_US -- - mdz
Bug#195602: O: phonecore -- An IAX software telephone framework (development)
Package: wnpp Version: unavailable; reported 2003-05-31 Severity: normal Upstream doesn't make releases anymore, and I really can't be bothered to poll their CVS constantly in order to get any updates. I don't use gnophone anymore, and thus neither phonecore, and I'm tired of dealing with it. The package description is: phonecore is a framework for creating IAX compatible soft phones with various hardware and visual interfaces -- - mdz
Bug#195601: O: gnophone -- An internet telephone application
Package: wnpp Version: unavailable; reported 2003-05-31 Severity: normal gnophone is broken. Upstream doesn't make releases anymore, and I really can't be bothered to poll their CVS constantly in order to get any updates. I don't use gnophone anymore, and I'm tired of dealing with it. The package description is: Gnophone is an open source internet telephone that allows you to make calls to other GnoPhone users or to an Asterisk PBX Gateway. It supports a fully featured web interface allowing you to participate in various discussion groups. It also supports the full rate GSM codec for great quality that doesn't require very high bandwidth. . * GnoPhone has a web based directory server * Web based discussion groups * Provides simulated full-duplex on half-duplex sound cards * GnoPhone interfaces with the Asterisk Open Source PBX -- System Information: Debian Release: unstable Architecture: i386 Kernel: Linux mizar 2.4.20-evms2-usbnet-skas-4 #1 Sat Apr 19 23:10:48 EDT 2003 i686 Locale: LANG=en_US, LC_CTYPE=en_US -- - mdz
Bug#198373: O: gpe-todo -- GNU Palmtop Environment todo list
Package: wnpp Version: unavailable; reported 2003-06-21 Severity: normal I don't have time to deal with this package and am not actively working on handheld stuff at the moment. The package description is: GPE-Todo is a simple todo list application for use on palmtop systems. The simple GUI means it will run with ease on many different systems, including embedded linux devices such as the HP iPAQ. -- System Information: Debian Release: unstable Architecture: i386 Kernel: Linux mizar 2.4.20-evms2-usbnet-skas-4 #1 Sat Apr 19 23:10:48 EDT 2003 i686 Locale: LANG=en_US, LC_CTYPE=en_US -- - mdz
Bug#198602: ITP: debbackup -- Backup and restore Debian specifics (package status, conffiles)
On Tue, Jun 24, 2003 at 08:47:53PM +1000, Daniel Stone wrote: > On Tue, Jun 24, 2003 at 08:29:05PM +1000, Martijn van Oosterhout wrote: > > Hey, how far along is this? I've been thinking that this would be very > > possible and very useful. Including having the result be an ISO image and > > combine with one of those autoinstall tools to automatically recreate a > > machine without intervention. Fill up any remaining space with a copy of > > base and any other large packages. > > > > Just dreaming, ok? :) > > It's still in the initial stages right now, but that could certainly be > very handy - maybe an external tool to automatically create the ISO? > Right now, it just spits out a tar file for debrestore to deal with - > containing one file with the package information, a directory for > conffiles, and stuff. I'm sure that could be burnt along with the ISO, > and then debrestore be automatically run ... > > Mmm, good ideas you have. :) Here's a small script that I started to write a while back and never used for much. It reads a file list on stdin and filters out files which are unchanged from the packages available from apt. The idea would be to generate a list of files to be backed up, and pipe it through this program to reduce the size of the backup without losing local modifications. Maybe it will have some useful ideas for you. -- - mdz #!/usr/bin/python import sys import os import md5 import apt_pkg import StringIO def log(msg): pass #print >>sys.stderr, msg def xargs_pipe(command, args): max = 1024 argswork = args[:] ret = '' while argswork: argstr = '' while len(argstr) < (len(command) + max) and argswork: argstr += ' ' + argswork.pop(0) cmd = os.popen(command + argstr) ret += cmd.read() return ret def set_intersect(one, two): one_hash = {} ret = [] for item in one: one_hash[one] = 1 for item in two: if item in one: ret.append(item) return ret def modified_conffile(conffiles, f): # maybe should remember the deletion of a conffile? dpkg cares... if f not in conffiles or not os.path.exists(f): return None dbhash = conffiles[f] hashcalc = md5.new() hashcalc.update(open(f).read()) return hashcalc.hexdigest() == dbhash def conffiles(packages): log("Reading conffile data...") conffiles = {} pkghash = {} for package in packages: pkghash[package] = 1 # XXX, dpkg internal interface parser = apt_pkg.ParseTagFile(open('/var/lib/dpkg/status')) while parser.Step() == 1: # This is potentially broken with respect to filenames with spaces, but # it emulates current dpkg (1.10.9) package, cfstanza = (parser.Section.get('Package'), parser.Section.get('Conffiles')) if package not in pkghash: continue if not cfstanza: continue cfentries = cfstanza.split() while cfentries: cfname = cfentries.pop(0) if not cfentries: # XXX broken continue cfhash = cfentries.pop(0) conffiles[cfname] = cfhash return conffiles def contents(packages): log("Reading package contents...") return xargs_pipe( "dpkg-query --listfiles ", packages ).split('\n') def installed_packages(): log("Reading installed package list...") installed = [] parser = apt_pkg.ParseTagFile(os.popen( "dpkg-query --show --showformat='Package: ${Package}\nVersion: ${Version}\nStatus: ${Status}\n\n'" )) while parser.Step() == 1: package, version = (parser.Section.get('Package'), parser.Section.get('Version')) desired, error, status = parser.Section.get('Status').split() if status == 'installed': installed.append((package,version)) return installed def available_packages(): log("Reading available package list...") available = [] parser = apt_pkg.ParseTagFile(os.popen("apt-cache dumpavail")) while parser.Step() == 1: available.append((parser.Section.get('Package'), parser.Section.get('Version'))) return available def alternatives(): log("Reading alternatives...") alternatives = [] # XXX, dpkg internal interface alternatives_dir = '/var/lib/dpkg/alternatives' for alt in os.listdir(alternatives_dir): lines = open(os.path.join(alternatives_dir,alt)).readlines() alternatives.append(lines[1][:-1]) return alternatives def diversions(): log("Reading diversions...") diversions = [] for line in os.popen("dpkg-divert --list '*'").readlines(): # diversion of /usr/bin/autoconf to /usr/bin/autoconf2.50 by autoconf2.13 diversions.append(line.split()[4]) return diversions def main(): action = sys.argv[1]
Bug#200153: ITP: e2tools -- utilities for manipulating files in an ext2/ext3 filesystem
On Sat, Jul 05, 2003 at 05:24:21PM +0200, Robert Millan wrote: > Package: wnpp > Version: unavailable; reported 2003-07-05 > Severity: wishlist > > * Package name: e2tools > Version : 0.0.13 > Upstream Author : Keith Sheffield <[EMAIL PROTECTED]> > * URL : http://home.earthlink.net/~k_sheff/sw/e2tools/index.html > * License : GPL > Description : utilities for manipulating files in an ext2/ext3 > filesystem > > E2tools is a simple set of GPL'ed utilities to read, write, and manipulate > files in an ext2/ext3 filesystem. > > * copy files: e2cp > * move files: e2mv > * remove files: e2rm > * create directory: e2mkdir > * create hard links: e2ln > * list files/directories: e2ls > * output the last part of a file: e2tail Please mention somewhere in the description that these utilities are for manipulating a filesystem directly, from userland, without mounting it. Otherwise the description sounds a bit strange, and it is not clear what purpose these tools serve. -- - mdz
Bug#200654: ITP: debpool -- pool-based DEB package archiver
On Fri, Jul 11, 2003 at 12:22:46PM -0400, Colin Walters wrote: > On Thu, 2003-07-10 at 15:53, Joel Baker wrote: > > > The problem is that it's written in python, which build-depends on emacs, > > which build-depends on > > Surely you can just remove the emacs Build-Depends temporarily in order > to get a working python? It's even easier than that. It's not a Build-Depends, but a Build-Depends-Indep, so just dpkg-buildpackage -B instead of -b. -- - mdz
Bug#200793: ITP: libdaemon -- leightweight C library for daemons
On Thu, Jul 10, 2003 at 09:57:15PM +0200, Oliver Kurth wrote: >libdaemon is a leightweight C library which eases the writing of UNIX >daemons. It consists of the following parts: > * A wrapper around fork() which does the correct daemonization >procedure of a process Does this wrap daemon(3) where available, or does it reimplement what daemon(3) does? -- - mdz
Bug#127502: Anyone packaging this yet?
On Wed, Aug 27, 2003 at 03:10:34AM -0700, Paul Johnson wrote: > On Tue, Aug 26, 2003 at 10:07:37PM +0200, martin f krafft wrote: > > If noone is packaging davfs yet, then I might consider it. I am > > talking to the author to see if it is still maintained, then I will > > give it a go. > > You didn't really look hard, it's in main. > > [EMAIL PROTECTED]:~$ apt-cache show devfsd _dav_fs. The one discussed in #127502. -- - mdz
Bug#210243: ITP: xspringies -- Interactive 2D mass/spring simulation system for X
On Mon, Sep 15, 2003 at 03:21:30PM +0100, Steve Kemp wrote: > #ifndef COMPRESS > -#define COMPRESS "gzip" > -#define UNCOMPRESS "gunzip -c" > +#define COMPRESS "/bin/gzip" > +#define UNCOMPRESS "/bin/gunzip -c" > #endif I've never been a proponent of hardcoding paths to programs. This will immediately make the program non-portable to basically any non-GNU type system, and doesn't provide any significant benefit (/bin is in PATH). -- - mdz
Bug#210243: ITP: xspringies -- Interactive 2D mass/spring simulation system for X
On Mon, Sep 15, 2003 at 03:47:42PM +0100, Steve Kemp wrote: > On Mon, Sep 15, 2003 at 10:45:48AM -0400, Matt Zimmerman wrote: > > > > +#define COMPRESS "/bin/gzip" > > > +#define UNCOMPRESS "/bin/gunzip -c" > > > I've never been a proponent of hardcoding paths to programs. This will > > immediately make the program non-portable to basically any non-GNU type > > system, and doesn't provide any significant benefit (/bin is in PATH). > > I'm not terribly keen on it myself, but I do think that it's safer > than trusting a potentially malicious $PATH setting. $PATH is almost always trusted; the exception is setuid programs which should sanitize PATH. xspringies is not setuid, is it? -- - mdz
Bug#210243: ITP: xspringies -- Interactive 2D mass/spring simulation system for X
On Mon, Sep 15, 2003 at 04:21:39PM +0100, Steve Kemp wrote: > On Mon, Sep 15, 2003 at 11:00:35AM -0400, Matt Zimmerman wrote: > > > $PATH is almost always trusted; the exception is setuid programs which > > should sanitize PATH. xspringies is not setuid, is it? > > It is not setuid/setgid no, but I still think it's best to not trust > the PATH - sure it's not critical, but it's a good think "just in > case". I think I have to disagree here; hardcoding paths does not, in general, improve security. In any case where path is untrusted, the correct solution is to set a sane PATH (/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin) and continue to execute commands as normal. This way you are not dependent on programs being installed in a particular location, and if it is necessary for the administrator to change the path, they can do this in one palce. -- - mdz
Bug#195601: Removing gnophone?
On Mon, Oct 13, 2003 at 03:23:16PM +1000, Martin Michlmayr wrote: > > gnophone is broken. Upstream doesn't make releases anymore, and I > > really can't be bothered to poll their CVS constantly in order to > > get any updates. I don't use gnophone anymore, and I'm tired of > > dealing with it. > > IT has been orphaned for over 130 days and nobody has adopted it. > Since it was never released with Debian stable before, I'd like to > remove it before sarge becomes stable (well, basically, now). OK? Sounds good. -- - mdz
Bug#195602: Removing gnophone?
On Mon, Oct 13, 2003 at 03:38:36PM +1000, Martin Michlmayr wrote: > * tbm <[EMAIL PROTECTED]> [2003-10-13 15:23]: > > IT has been orphaned for over 130 days and nobody has adopted it. > > Since it was never released with Debian stable before, I'd like to > > remove it before sarge becomes stable (well, basically, now). OK? > > Same question goes for phonecore. Same answer. -- - mdz
Bug#184167: bmf
According to: http://lists.debian.org/debian-mentors/2002/debian-mentors-200210/msg00116.html you are working on packaging bmf. What is the status of this effort? I'd like to see bmf in Debian. -- - mdz
Bug#120237: ITP: jboss
On Mon, Oct 20, 2003 at 04:53:05AM +0200, Philipp Hug wrote: > Package: wnpp > Severity: wishlist > Followup-For: Bug #120237 > > I intend to package jboss. I'll upload my.debgs to mentors.debian.org > because I'm not an official debian developer yet. I believe Adam Heath has already packaged jboss. -- - mdz
Bug#93388: ITP: tramp
On Mon, Apr 09, 2001 at 06:12:25AM -0500, Eric Gillespie, Jr. wrote: > Package: wnpp > Severity: wishlist > > From the manual: > > TRAMP stands for `Transparent Remote (file) Access, Multiple > Protocol'. This package provides remote file editing, similar to > ange-ftp and EFS. > > The difference is that ange-ftp uses FTP to transfer files > between the local and the remote host, whereas TRAMP uses a > combination of rsh and rcp or other work-alike programs, such as > ssh/scp. > > Tramp is released under the GNU GPL. Package: tramp Priority: optional Section: editors Installed-Size: 504 Maintainer: Ola Lundqvist <[EMAIL PROTECTED]> Architecture: all Version: 20010227-3 Depends: emacs20 | xemacs21 | emacsen Recommends: sharutils | metamail Suggests: ssh, telnet, rsh-client, rsync, sudo, mimencode Filename: pool/main/t/tramp/tramp_20010227-3_all.deb Size: 109670 MD5sum: dc80d2dab40006cdb5792e75ddcd46c7 Description: Remote file access in emacs. TRAMP stands for `Transparent Remote (file) Access, Multiple Protocol'. This package provides remote file editing, similar to ange-ftp and EFS. . The difference is that ange-ftp uses FTP to transfer files between the local and the remote host, whereas TRAMP uses a combination of rsh and rcp or other work-alike programs, such as ssh/scp. A emacs elisp tool to edit files on remote host using telnet, rsh, scp, ssh and more. . It does not (yet) work with xemacs21-gtk. -- - mdz
Re: Work-needing packages report for Apr 20, 2001
(I hope this is the right address to send comments about this auto-generated list) On Fri, Apr 20, 2001 at 12:31:39AM -0400, [EMAIL PROTECTED] wrote: >libelf (#91802), offered 24 days ago > Description: an ELF object file access library > Reverse Depends: skipstone screen queue netsaint-plugins-extra > inn2-inews libelf0-altdev ddd scsh libelfg0-dev netsaint-plugins > inn2 loadwatch mozilla elk make clif sced How are these reverse depends determined? At least the unstable and testing versions of make and mozilla don't depend on libelf. -- - mdz
Bug#95289: ITP: hercules -- System/370 and ESA/390 emulator
Package: wnpp Severity: wishlist Hercules is a System/370 and ESA/390 emulator which can IPL and execute S/370 and ESA/390 instructions. It can also emulate CKD and FBA DASD, printer, card reader, tape, channel-to-channel adapter, and local non-SNA 3270 devices. URL: http://www.conmicro.cx/hercules/ License: QPL -- - mdz
Bug#81708: GPL Flash
Are you still planning on packaging the Flash library from http://www.swift-tools.com/Flash/? If not, I am willing to package and maintain it. -- - mdz
Bug#81708: Copyright for Netscape Plugin SDK
(for those of you just joining us, I am investigating packaging the GPL Flash library and applications for Debian. See http://www.swift-tools.com/Flash) On Tue, May 01, 2001 at 09:03:38AM +0100, Robert McQueen wrote: > To be honest I was just trying to get round to changing it to an RFP, > so I have no objections to you taking it over. I havn't done much beyond > getting it to build, because I don't understand how dpkg handles shared > libs. When I do, I can find some other package with a lib. (it looks > like isfree, which I'm packaging now, will end up with a shlib anyway, > so a nice intro... =) Did you do any research on the copyright? I notice that several of the files in the Plugin/ subdirectory appear to have come from the Netscape Plugin SDK, and contain the following copyright notice: * Copyright (c) 1996 Netscape Communications Corporation. All rights reserved. I'm CCing the author and debian-legal to try to get this resolved. Is it legal to include these source files in a free software package? Is it even legal to redistribute them? I downloaded the SDK from: http://home.netscape.com/comprod/development_partners/plugin_api/ which gives no mention of copyright or license. I looked through the tarball for the "Unix LiveConnect/Plug-in SDK" (unix-sdk-3.0b5.tar.Z) and found the following files corresponding to those in the Flash distribution: cb450d9b66cb7bb1eecf13aa66c8362c PluginSDK30b5/include/jri.h cb450d9b66cb7bb1eecf13aa66c8362c flash-0.4.10/Plugin/jri.h 37d4582dffe367807db7583adf018e86 PluginSDK30b5/include/jri_md.h 37d4582dffe367807db7583adf018e86 flash-0.4.10/Plugin/jri_md.h 65c3a36f66d5e5f9908b46b72c0ced8d PluginSDK30b5/include/jritypes.h 65c3a36f66d5e5f9908b46b72c0ced8d flash-0.4.10/Plugin/jritypes.h f24068f1f21c45dd9e60dae3a546bf90 PluginSDK30b5/include/npapi.h f24068f1f21c45dd9e60dae3a546bf90 flash-0.4.10/Plugin/npapi.h 22c95ae864588aae5a7f8d842a01cc31 PluginSDK30b5/include/npupp.h 22c95ae864588aae5a7f8d842a01cc31 flash-0.4.10/Plugin/npupp.h d0e163291e1a9a83f533fabcb98ea3c0 PluginSDK30b5/common/npunix.c d0e163291e1a9a83f533fabcb98ea3c0 flash-0.4.10/Plugin/npunix.c In addition, flash-0.4.10/Plugin/plugin.c appears to be a modified version of PluginSDK30b5/examples/simple/Source/npsimple.c, which carries the same "All rights reserved" copyright. Does anyone know of a license document from Netscape regarding use of these files? They are obviously intended to be used in third-party plugins, but their copyright doesn't seem to allow it. -- - mdz
Bug#81708: Copyright for Netscape Plugin SDK
On Wed, May 02, 2001 at 07:17:42AM -0400, Daniel Burrows wrote: > On Tue, May 01, 2001 at 09:36:05PM -0400, Matt Zimmerman <[EMAIL PROTECTED]> > was > heard to say: > > Did you do any research on the copyright? I notice that several of the > > files in the Plugin/ subdirectory appear to have come from the Netscape > > Plugin SDK, and contain the following copyright notice: > > > > * Copyright (c) 1996 Netscape Communications Corporation. All rights > > reserved. > > Is it possible to modify it to build only a Mozilla [0] plugin? Frankly, I > already have a Flash plugin for Netscape; if it's non-free, well, so is > Netscape. A free plugin (heck, any plugin) for Mozilla [0] would be great, > though. Regardless of whether the plugin is actually built, if the copyright on these source files is as it appears, I will have to repackage the source to exclude this part of the source tree. -- - mdz
Bug#81708: flash: to gpl or not to gpl
On Mon, May 28, 2001 at 05:08:46PM +0200, Bart Martens wrote: > How's the progress on this ITP? Who is currently working on > this? I think officially Robert McQueen is "owner" of this > ITP. Is Matt Zimmerman taking over? > > I see that this ITP is about trying to package flash with GPL. > Are you sure flash _can_ be packaged GPL? Have you found > solutions for the problems described in the mails in this ITP? > > If flash cannot be packaged GPL, do you intent to package it > in the non-free section for flash support for Mozilla? The trouble is that it includes some components from the Netscape Plugin SDK which are not redistributable (as far as I can tell). This makes the package itself illegal to distribute, regardless of any Debian policy. If it were to be packaged, it would be necessary to create a new tarball which contained only the unencumbered components, and distribute that. Or, if there is cooperation from the upstream author, maybe he/she will remove those components, or provide a separate distribution which does not contain them. I don't know whether anyone has contacted the upstream author yet. > I see that flash is already packaged for Netscape. I'd like to see flash > packaged for Mozilla. Should we package flash again separately for Mozilla? > Or can we modify the existing package to support flash for both Netscape and > Mozilla (this is a question on dependencies)? Flash is included in the most recent builds of Netscape 4, there is no flash package in Debian. > When I surf with Mozilla to a flash-only website (yuk), I'm > suggested to download a tarball from Macromedia. The most > straightforward solution seems to be to package that tarball > into a Debian package. Or should we use another source than > Macromedia to make a package for flash for Mozilla? I haven't examined that tarball; are you sure that it works with Mozilla? It is probably intended for Netscape 4 users. > I'm interested in packaging the Macromedia tarball into a > package, unless _this_ ITP produces a legal and usable > package for flash for Mozilla within a reasonable time. > > Is it legal to simply package flash from Macromedia in the > non-free section? I guess not. Should someone ask Macromedia > for permission? How is this officially done? I guess an > official Debian developer, which I'm not (yet?), should ask > Macromedia... You should examine the tarball from Macromedia and read the license agreement to determine whether it is redistributable. If it is, it can go into non-free. -- - mdz
Bug#87667: Still packaging gstreamer?
Are you still working on packaging Gstreamer? If not, I'm interested in taking it over. -- - mdz
Bug#87667: Still packaging gstreamer?
On Sun, Jun 17, 2001 at 09:07:16PM -0400, Matt Zimmerman wrote: > Are you still working on packaging Gstreamer? If not, I'm interested in > taking it over. I just noticed that you're not yet an official maintainer. Do you need a sponsor for this package? I would like to see it in Debian. -- - mdz
Bug#87667: Still packaging gstreamer?
On Wed, Jun 20, 2001 at 06:13:18PM -0400, David I. Lehn wrote: > I put the debs up for download the other day: > > http://gstreamer.net/releases/current/debian/ I've looked over these packages; see comments below. > I've got some more changes and fixes going up soon. Haven't put the > latest debian control info into gst cvs yet either. Kind of hard to do > that since by the time I get it packaged these guys already have new > plugins written. ;) Should probably be maintaining main release and > cvs versions or something... will stabalize sometime I suppose. It can be difficult to try to maintain Debian packaging infrastructure in line with actual development of the software. The usual approach is to sync the packaging to official releases and maintain it on a branch, so that packaging-specific changes can be pushed out without need for a complete release. > There are some issues left. Like some weird lintian errors about PIC > code on just about every plugin. Tried to figure that out a couple > months ago with no luck. Something to do with a failure in a grep of > objdump output. Shared lib details a little too low level for me I'm > afraid. I should ask debian-mentors about it. Also a bunch of warnings > about .so links in non-dev packages. Will have to override that since > that's the way the gstreamer people want plugins to be (versioned > instead of just the .so). lintian tries to verify that .so objects were compiled with -fPIC, as is required for proper shared library operation. It has been mistaken in the past, but I think it's pretty reliable now. You should double-check that every object that is going into the .so was compiled with -fPIC. automake/libtool mostly take care of this, but it is easy to accidentally slip in non-PIC code. Since they will never be dynamically linked, I assume (only dlopen()ed), for what reason do they want to version them? If the idea is to keep track of the versions of individual plugins, I recommend using the -release flag to libtool, which will give names like "libgstriff-0.2.0.so" or what have you. > And I suppose I'll get yelled at for the plugin package explosion... not sure > how else to deal with this monster. I don't think anyone would scream too loudly if you just rolled all of the plugins into one binary package. If plugins can be disabled, or gstreamer can otherwise function alright without loading all of them, you can simply demote the plugins' dependencies to Recommends, allowing the user to exclude them if they want to. That would be preferable to having twentysomething plugin packages, in my opinion. > Yeah, I'm interested in a sponser. I've been slacking on getting through the > new maintainer queue. I really need to get that done soon. Still need my > key signed... will probably get that done at OLS. Once you have something that you feel is ready for release into Debian, let me know, and I'll check it over and sponsor the upload. Good luck! -- - mdz
Bug#103441: ITP: kernel-patch-jfs -- IBM's Journaled File System (kernel patch)
Package: wnpp Version: N/A; reported 2001-07-04 Severity: wishlist http://oss.software.ibm.com/jfs/ IBM's journaled file system technology, currently used in IBM enterprise servers, is designed for high-throughput server environments, key to running intranet and other high-performance e-business file servers. IBM is contributing this technology to the Linux open source community with the hope that some or all of it will be useful in bringing the best of journaling capabilities to the Linux operating system. License: GPL -- System Information Debian Release: unstable Architecture: i386 Kernel: Linux mizar 2.4.5 #1 Thu May 31 20:10:17 EDT 2001 i686 Locale: LANG=C, LC_CTYPE=en_US -- - mdz
Bug#88115: Arla (Re: RFC: Removing old ncurses versions)
On Thu, Jul 05, 2001 at 12:15:15AM +0200, Mikael Andersson wrote: > If I remember it right the maintainer ([EMAIL PROTECTED]) already have > orphaned > it. I have begun the work of a new version of the packages, but I not done > yet. I haven't filed a bug against wnpp about it yet, because I want to be > sure that I can handle it. It compiles with never version now, but I still > have to figure out how to create a source package for the kernel module. Yes, I see now. He orphaned it (bug #88115), but didn't make an upload with the maintainer set to QA. What I think he meant to do was file an RFA bug, seeking a new maintainer. As for building the new packages, I suggest looking at some of the other kernel module packages (e.g. pcmcia-source, alsa-source, openafs-modules-source) for examples of how to do this. I'm CCing the bug address to record the fact that you have an interest in adopting this package. Don't forget to close this bug with your first upload. -- - mdz
Bug#106135: ITP: intel2gas -- Convert from Intel assembler syntax to GNU assembler syntax
Package: wnpp Version: N/A; reported 2001-07-21 Severity: wishlist intel2gas 1.3.3 (c)1999 Mikko Tiihonen ([EMAIL PROTECTED]) This program converts assembler source from Intel (NASM), to AT&T (gas) syntax. It is FREE SOFTWARE under the terms of the GNU General Public License (GPL), enclosed in the file 'COPYING'. 1. What's this? --- Intel2gas is a small text parser that can convert assembler source written in NASM syntax to gas syntax. And nowadays more often also the other way. The program does minimal error checking and does not understand the text it's converting. It's just tries to find matches from its syntax database. -- System Information Debian Release: unstable Architecture: i386 Kernel: Linux mizar 2.4.6 #1 Thu Jul 12 04:46:10 EDT 2001 i686 Locale: LANG=C, LC_CTYPE=en_US -- - mdz
Bug#106135: ITP: intel2gas -- Convert from Intel assembler syntax to GNU assembler syntax
On Sat, Jul 21, 2001 at 11:44:32PM +0300, Moshe Zadka wrote: > On Sat, 21 Jul 2001 16:20:43 -0400, Matt Zimmerman <[EMAIL PROTECTED]> wrote: > > > intel2gas 1.3.3 (c)1999 Mikko Tiihonen ([EMAIL PROTECTED]) > > There must also be a URL where it can be downloaded in an ITP http://www.niksula.cs.hut.fi/~mtiihone/intel2gas -- - mdz
Bug#106566: ITP: apt-howto -- a detailed manual for apt features
On Wed, Jul 25, 2001 at 02:12:15PM -0300, Gustavo Noronha Silva wrote: > Package: wnpp > Version: N/A; reported 2001-07-25 > Severity: wishlist > > I intent to package apt-howto, a detailed guide to the APT system, > this manual was written by me for the Debian-BR project and > later translated into english by me and Steve Langasek ([EMAIL PROTECTED]). > > I'll package both in separate packages and one meta-package that'll > depend on both. Is this meta-package really necessary? How many people will want to install both translations? At most, it should depend on apt-howto-en | apt-howto-br, to allow the user to choose at installation time. -- - mdz
Bug#81708: this is not my ITP any more...
On Tue, Aug 28, 2001 at 05:59:52PM +0100, Robert McQueen wrote: > close 81708 > reopen 81708 Matt Zimmerman <[EMAIL PROTECTED]> > thanks > > So... why not repackage the source and use the headers from mozilla? There are similar header files in mozilla-dev: /usr/include/mozilla/npapi.h /usr/include/mozilla/npupp.h /usr/include/mozilla/jri.h /usr/include/mozilla/jri_md.h /usr/include/mozilla/jritypes.h However, they are licensed under the NPL, which is incompatible with the GPL, and this does not resolve the issue of the .c source files apparently copied from the SDK. This package should be added to devel/wnpp/unable-to-package.wml, but I don't seem to have permission to do that. I'm copying debian-www, who hopefully does. http://www.gnu.org/licenses/license-list.html: The Netscape Public License (NPL) This is a free software license, not a strong copyleft, and incompatible with the GNU GPL. It consists of the Mozilla Public License with an added clause that permits Netscape to use your added code even in their proprietary versions of the program. Of course, they do not give you permission to use their code in the analogous way. We urge you not to use the NPL. -- - mdz
Software that can't be packaged (Re: Bug#110424: ITP: xv-3.10a - An image viewer and manipulator for the X Window System.)
On Tue, Aug 28, 2001 at 12:39:41PM -0400, Noah L. Meyerhans wrote: > We should add XV to the list of "software that can't be packaged" on > http://www.debian.org/devel/wnpp/unable-to-package Instead of relying on relatively few people to keep that page up-to-date, maybe it would make more sense to add a new WNPP category for unable-to-package software, so that it can be kept in the BTS. -- - mdz
Bug#81708: Bug#116890: RFP: flash for mozilla/galeon
On Wed, Oct 24, 2001 at 02:23:12PM -0400, Daniel Burrows wrote: > On Wed, Oct 24, 2001 at 12:59:46PM -0500, Colin Watson <[EMAIL PROTECTED]> > was heard to say: > > There are legal problems (parts of the code imported by that GPLed > > player are incompatible with the GPL). Please see bug #81708 for the > > history. > > The logs on that thread seem to end with a suggestion that KDE has the > same problem?? > > *confused* That is correct. The KDE maintainer was CC'ed, but no bug was filed, and no further investigation was done to my knowledge. That issue needs to be investigated separately. The problem remains that the Netscape plugin SDK headers are only available under the "All rights reserved" license from the SDK, and under the NPL from Mozilla, neither of which are suitable for a GPL program. -- - mdz
Bug#119184: ITP: laptop-net -- Tools for supporting built-in ethernet on laptops
On Sun, Nov 11, 2001 at 04:31:12PM -0500, Chris Hanson wrote: > This package contains programs to support the built-in ethernet of > laptops. These programs start and stop the device; turn it on and > off when the network cable is plugged or unplugged; and provide the > ability to define different "schemes" for different network > environments, and to switch between schemes. > > The package has been in use for several months by users of HP OmniBook > laptops. It was developed by me and is licensed under the GPL. The > package is available on my web server at > > http://www.swiss.ai.mit.edu/projects/omnibook/packages.php Does it work with other laptops, and if not, is it intended to in the future? -- - mdz
Bug#119405: ITP: fblogo -- converts tif to framebuffer-logo header file
On Tue, Nov 13, 2001 at 09:31:23AM +0100, Gordon Fraser wrote: > * Package name: fblogo > Version : 0.1 > Upstream Author : Daniel Ved?y <[EMAIL PROTECTED]> > * URL : http://home.sol.no/~dvedoy/ > * License : GPL > Description : converts tif to framebuffer-logo header file > > fblogo takes a tif image as input and generates an appropriate linux_logo.h > which can simply be included in the kernel. It will be displayed when the > framebuffer device is enabled. You can also use it to generate full screen > splash screens for the Linux Progress Patch. > > I have updated it so that it works with recent kernel versions. It would be useful if fblogo would read PNM, rather than TIFF, as a lowest common denominator format. This would make it easy to convert any image to the appropriate format with the help of netpbm. -- - mdz
Bug#119411: ITP: tulip -- a system dedicated to the visualization of huge graphs
Package: wnpp Version: N/A; reported 2001-11-13 Severity: wishlist * Package name: tulip Version : 1.1 Upstream Author : * URL : http://dept-info.labri.fr/~auber/projects/tulip/ * License : GPL Description : a system dedicated to the visualization of huge graphs Tulip software is a system dedicated to the visualization of huge graphs. It manages graphs with a number of elements(node and edges) up to 500.000 on a personal computer(PIII 600, with 256mo). Its SuperGraph technology architecture enables to do the following things : * 3D visualizations * 3D modifications * Plug-in support for easy evolution * Building of clusters and navigation into it * Automatic drawing of graphs * Automatic clustering of graphs * Automatic selection of elements * Automatic Metric coloration of graphs -- System Information Debian Release: unstable Architecture: i386 Kernel: Linux mizar 2.4.9 #1 Sat Oct 13 23:40:41 EDT 2001 i686 Locale: LANG=en_US, LC_CTYPE= -- - mdz
Bug#119405: ITP: fblogo -- converts tif to framebuffer-logo header file
On Tue, Nov 13, 2001 at 04:21:31PM +0100, Gordon Fraser wrote: > Matt Zimmerman ([EMAIL PROTECTED]) wrote: > > > > It would be useful if fblogo would read PNM, rather than TIFF, as a > > lowest common denominator format. This would make it easy to convert > > any image to the appropriate format with the help of netpbm. > > I have modified it to use ImageMagick's ImageRead-Function, now it can use > any image format supported by ImageMagick - including pnm and tif. (It > used ImageMagick before too, but libtiff to read the image) Wonderful. -- - mdz
Bug#120051: RFA: gnuserv -- Allows you to attach to an already running Emacs
Package: wnpp Severity: normal - Forwarded message from "Eric Gillespie, Jr." <[EMAIL PROTECTED]> - Date: Sat, 17 Nov 2001 13:31:34 -0500 From: "Eric Gillespie, Jr." <[EMAIL PROTECTED]> Resent-From: "Eric Gillespie, Jr." <[EMAIL PROTECTED]> To: Rodrigo Bernardo Pimentel <[EMAIL PROTECTED]>, [EMAIL PROTECTED] Cc: debian-emacsen@lists.debian.org Subject: Bug#119927: gnuclient and emacs21? merge 119927 116921 thanks Rodrigo Bernardo Pimentel <[EMAIL PROTECTED]> writes: > I start "M-x gnuserv-start", and it seems to work > ("Loading gnuserv-compat...done" on the minibuffer). But > when I try "gnuclient file" on a different tty (either > different screen window ou another "real" tty), it exits > immediately and I get the following on the emacs window: GNU Emacs cannot create frames on other ttys or displays. If you run GNU Emacs on a certain X display and run gnuclient on those same displays, it works just fine. I switched to XEmacs months ago because it is developed in the open. I was tired of using buggy FSF warez. Since switching, i have found that XEmacs is actually far superior. GNU Emacs is years behind. Plus, if i submit a patch, no one will make me sign copyright assignment papers. I'm not interested in a flame war, i'm just letting people know that i don't exactly care about the gnuserv package anymore. As you can see from my recent upload and my response to this bug report, i'll continue to maintain it. But if anyone else wants to adopt it, be my guest. BTW, i am not on debian-emacsen; the submitter pointed me to this thread. -- Eric Gillespie, Jr. <*> [EMAIL PROTECTED] "I wish people didn't exist." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] - End forwarded message - -- - mdz
Bug#78209: is there any broadcast 2000 package coming?
On Mon, Dec 03, 2001 at 10:03:06PM +0100, Noel Koethe wrote: > I read http://heroines.sourceforge.net/bcast2000.php3 > > Is there anybody working on the package? If yes. When it will be > uploaded? What is the point of packaging a project which has already been abandoned? Perhaps if someone else were to take over maintenance, it would make sense. -- - mdz