Bug#631740: O: dejagnu -- framework for running test suites on software tools
Package: wnpp Severity: normal I intend to orphan the dejagnu package. The package description is: DejaGnu is a framework for testing other programs. Its purpose is to provide a single front end for all tests. . DejaGnu provides a layer of abstraction which allows you to write tests that are portable to any host or target where a program must be tested. All tests have the same output format. . DejaGnu is written in `expect', which in turn uses "Tcl"--Tool command language. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110626173641.23662.41104.reportbug@localhost
Bug#631742: O: gdb-doc -- The GNU Debugger Documentation
Package: wnpp Severity: normal I intend to orphan the gdb-doc package. I suggest that the same person adopt this as adopts gdb. Instructions and tools for creating the source package are in debian/README.source (in the GDB source package, not this one). The package description is: GDB is a source-level debugger, capable of breaking programs at any specific line, displaying variable values, and determining where errors occurred. Currently, it works for C, C++, Fortran, Modula 2 and Java programs. A must-have for any serious programmer. . This package contains the GDB and GDB Internals manuals. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110626173701.23771.61385.reportbug@localhost
Bug#631743: O: gdb -- The GNU Debugger
Package: wnpp Severity: normal I intend to orphan the gdb package. I will continue to intermittently follow upstream development, and upstream is pretty active; not a lot of Debian-local work is needed. There's a couple of local patches (bad Dan!) which could be submitted. Or possibly dropped with the latest upstream. Please, if you adopt this, also take gdb-doc; a script in the GDB source package produces DFSG sanitized source packages for both packages from the FSF release tarball. The package description is: GDB is a source-level debugger, capable of breaking programs at any specific line, displaying variable values, and determining where errors occurred. Currently, it works for C, C++, Fortran, Modula 2 and Java programs. A must-have for any serious programmer. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110626173730.23897.54084.reportbug@localhost
Bug#631741: O: amd64-libs
Package: wnpp Severity: normal I am orphaning amd64-libs. This package is less used now, and very stale. It's possible that it should be removed instead of adopted. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110626173622.23519.63864.reportbug@localhost
Bug#445866: ITP: perforce -- closed source revision control system
On Mon, Oct 08, 2007 at 03:41:21PM -0400, Roberto C. S?nchez wrote: > Given the great abundance of revision control systems already packaged > for Debian, what is the point of adding another? Especially when it is > non-free. How about "people use it"? There's plenty of installations of perforce; I think making it easier to use Debian with them is within the mandate for non-free. -- Daniel Jacobowitz CodeSourcery -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#433358: ITP: gtkrsync -- GUI front-end to display rsync status
On Mon, Jul 16, 2007 at 10:41:56AM -0500, John Goerzen wrote: > gtkrsync is a simple GUI that displays a running status display > built from rsync --progress -v. This status display includes a > per-file and overall status bar, overall estimated time to completion, > and an expandable button that shows all rsync status output. This sounds awesome! I've wanted this plenty of times recently. -- Daniel Jacobowitz CodeSourcery -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385929: RFA: vsftpd -- The Very Secure FTP Daemon
On Mon, Sep 04, 2006 at 06:21:17AM +0200, Matej Vela wrote: > retitle 385929 ITA: vsftpd -- The Very Secure FTP Daemon > owner 385929 ! > thanks > > Daniel Jacobowitz <[EMAIL PROTECTED]> writes: > > > I request an adopter for the vsftpd package. > > I'd like to adopt it, since I use it at work. Great - it's yours. I'll get the extra bits to you in the morning. -- Daniel Jacobowitz CodeSourcery -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385928: RFA: ncurses -- Shared libraries for terminal handling (32-bit)
On Mon, Sep 04, 2006 at 07:47:13PM -0400, Thomas E. Dickey wrote: > I'm not sure either (email works, and I find almost all of the bug reports > via google anyway...) Here it is: http://packages.qa.debian.org/n/ncurses.html I think that if you subscribe yourself, you'll still get them by email. I'd like to retire the old ncurses-maint address (it gets mostly spam now). -- Daniel Jacobowitz CodeSourcery -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385928: RFA: ncurses -- Shared libraries for terminal handling (32-bit)
On Mon, Sep 04, 2006 at 12:12:16PM +0200, Daniel Baumann wrote: > Daniel Jacobowitz wrote: > > I request an adopter for the ncurses package. > > I would like to adopt it if you agree. I see you've already uploaded it :-) Would you like the SVN and bug history, or do you not need it? Thomas Dickey and I are both subscribed to the former maintainer address. Thomas, I believe there's a more modern way to watch any bugs on a source package using the package tracking system (packages.debian.org), but I'm not sure... -- Daniel Jacobowitz CodeSourcery -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385929: RFA: vsftpd -- The Very Secure FTP Daemon
Package: wnpp Severity: normal I request an adopter for the vsftpd package. The package description is: A lightweight, efficient FTP server written from the ground up with security in mind. . vsftpd supports both anonymous and non-anonymous FTP, PAM authentication, bandwidth limiting, and the Linux sendfile() facility. Vsftpd is an easy package to maintain; Chris is very responsive to problems. However, the ways network servers, inetd-using packages, et cetera interact requires more attention than I've given it lately. I can provide a Subversion repository containing the recent history of vsftpd packaging to any adopter. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc4 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385928: RFA: ncurses -- Shared libraries for terminal handling (32-bit)
Package: wnpp Severity: normal I request an adopter for the ncurses package. Ncurses is not hard to maintain; the upstream maintainer, Thomas Dickey, reads Debian bug reports and tends to fix them far more frequently than I can manage to upload them. I haven't had time to take proper care of this vital package in a while now. I've maintained this since Joel Klecker did, and I think it's time someone more active took a turn. I can provide a Subversion repository containing the recent history of ncurses packaging to any adopter. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc4 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385921: RFA: ircii-pana -- Advanced Internet Relay Chat client
Package: wnpp Severity: normal I request an adopter for the ircii-pana package. The package description is: This is the bleeding edge of IRC software -- the most common functions normally done by scripts are coded into the client itself. It contains dozens of features such as: . * Built-in ANSI color (this is probably the biggest feature) * Ease of use -- dozens of useful command aliases to reduce typing * Built-in notify, protection, and bot lists * Built-in mass commands and tools * Extended set of DCC commands and built-in CDCC offering * Extended scripting functionality, including unique functions * Code is based on ircII-Plutonium and more recent ircII-EPIC . Homepage: http://www.bitchx.org I still use this program every day, including the SSL patches which I wrote for it, but I haven't had time to do any serious maintenance on it in a while. I'll continue to maintain it in meanwhile, but if anyone is interested in adopting and continuing to maintain this package, they are welcome to. I can provide a Subversion repository containing the recent history of the bitchx packaging to any adopter. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc4 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385919: RFA: bogl -- Ben's Own Graphics Library - graphical terminal
Package: wnpp Severity: normal I request an adopter for the bogl package. The package description is: Ben's Own Graphics Library is a small framebuffer library, including basic widgets, support for text in multiple languages, and mouse handling. . This package contains bterm, a UTF-enabled framebuffer terminal. I haven't had a setup where I could test bogl in a long time, nor have I worked with d-i (the only significant user of bogl). Ideal would probably be someone who wants to assist with d-i. I can provide a Subversion repository containing the recent history of bogl to any adopter. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc4 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348456: RFA: ircii-pana -- Advanced Internet Relay Chat client
Package: wnpp Severity: normal I'm looking for someone who uses ircii-pana (bitchx). It's in good shape: the latest version is already in Debian, I'm about to upload a fix for the only RC bug, and I still use it every day. But I haven't had any interest in hacking on it in ages. It could use a maintainer who cares a small bit more than I do. Bonus points for anyone who thinks the impoliter messages are completely appropriate for a package with this name. The (humourously outdated) package description is: This is the bleeding edge of IRC software -- the most common functions normally done by scripts are coded into the client itself. It contains dozens of features such as: . * Built-in ANSI color (this is probably the biggest feature) * Ease of use -- dozens of useful command aliases to reduce typing * Built-in notify, protection, and bot lists * Built-in mass commands and tools * Extended set of DCC commands and built-in CDCC offering * Extended scripting functionality, including unique functions * Code is based on ircII-Plutonium and more recent ircII-EPIC . Homepage: http://www.bitchx.org -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.3 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- Daniel Jacobowitz CodeSourcery -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#211120: ITP: gnat-gdb -- Ada-aware version of GDB
On Tue, Sep 16, 2003 at 04:10:17AM +0200, Ludovic Brenta wrote: > > Here are my reasons for adding this package to Debian: > > - GDB 6.0 is not even in unstable yet. Unless it has a fair chance of > making it into Sarge, I think gnat-gdb would be appropriate. It will be in unstable on Tuesday or Wednesday, I expect. > - I am not sure that GDB 6.0 will work with Public versions of GNAT > (3.14p, 3.15p). My proposed package does. > > - ACT has not formally released an Ada-aware version of GDB 6.0. If > they have such a version, it is in their CVS and I would rather > package a released version. I don't believe it will work out of the box. I was asking about an ACT version of 6.0, and you say there isn't one. Go ahead, I guess. I just hope we can remove it again someday. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer
Bug#211120: ITP: gnat-gdb -- Ada-aware version of GDB
On Tue, Sep 16, 2003 at 03:44:04AM +0200, Ludovic Brenta wrote: > Package: wnpp > Version: unavailable; reported 2003-09-16 > Severity: wishlist > > * Package name: gnat-gdb > Version : 5.3.gnat.0.0.20030225 > Upstream Author : Ada Core Technologies > * URL : http://www.act-europe.org/GDB/ > * License : GPL > Description : Ada-aware version of GDB > > This is a version of GDB 5.3 that allows debugging of progams written in Ada > 95. It consists of GDB 5.3 with patches contributed by Ada Core > Technologies, > the company behind GNAT. Note that ACT considers this version to be beta- > quality. Please don't put more versions of GDB into the archive unless you really need to... I'm told that Ada support in 6.0 is better than in 5.3. Does ACT have patches for that version published also? -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer
Bug#199390: Any progress on quilt packages?
I'd like to use quilt for managing some of my own packages, which means I'd have to have it in the archive first. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer
Bug#146182: ITP: classpath -- GNU Classpath is a set of essential libraries for supporting the Java language
On Wed, May 08, 2002 at 06:08:54PM +0100, John Leuner wrote: > > I believe that GNU Classpath is shipped with GCC (at least as of 3.1). > > Is there any advantage to shipping it separately? > > It is shipped in toto as per the Classpath releases? > > It contains exactly the same java code, native code, .properties files etc? I do not know. Quite probably not, but it appears to be more or less the same source. -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#146182: ITP: classpath -- GNU Classpath is a set of essential libraries for supporting the Java language
On Tue, May 07, 2002 at 06:27:21PM +0100, John Leuner wrote: > Package: wnpp > Version: N/A; reported 2002-05-07 > Severity: wishlist > > * Package name: classpath > Version : 0.04 > Upstream Author : Classpath Project > * URL : http://www.gnu.org/software/classpath > * License : GPL with special exception > Description : GNU Classpath is a set of essential libraries for > supporting the Java language I believe that GNU Classpath is shipped with GCC (at least as of 3.1). Is there any advantage to shipping it separately? -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#140332: ITP: pureftpd -- PureFTPd - A fast, standard compliant, production quality FTP server.
On Thu, Mar 28, 2002 at 04:12:16PM +0100, Stefan Hornburg (Racke) wrote: > Package: wnpp > Version: N/A; reported 2002-03-28 > Severity: wishlist > > * Package name: pureftpd > Version : 1.0.10 > * URL : http://www.pureftpd.org/ > * License : GPL > Description : PureFTPd - A fast, standard compliant, production quality > FTP server. > > Pure-FTPd is a fast, production-quality, standards-conformant FTP > server based upon Troll-FTPd. Unlike other popular FTP servers, it has > no known security flaws, is trivial to set up and is especially > designed for modern Linux kernels (setfsuid, sendfile, capabilities). > . Er? "Unlike other popular FTP servers" is not a really useful description. I hold up vsftpd, which uses both sendfile (I believe) and capabilities, is trivial to set up, has no known security flaws, has been extensively audited, as well as being written from scratch, and has been packaged for over a year now. I'm not objecting to the creation of this package if you think pureftpd has something to offer. From scanning the web page, it looks as if it does - although I'm skeptical that a project with this many bells and whistles is really fully audited. Its source code is enormous compared to a minimalistic performer like vsftpd. It targets a somewhat different user. But please describe it in terms of what it offers, rather than how it compares to others. -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#119871: ITP: twoftpd -- FTP server that strives to be secure, simple, and efficient
On Fri, Nov 16, 2001 at 08:24:02PM +0100, Gerrit Pape wrote: > Package: wnpp > Severity: wishlist > > See http://untroubled.org/twoftpd/ : > > This is twoftpd, a new FTP server that strives to be secure, simple, and > efficient. None of the commands can cause execution of other programs, > and the normal model of execution does a chroot to the logged in user's > directory immediately after authentication. > > License is GPL2. Sure it's GPL... but it seems to depend on tcpserver, which is in non-free. What do you plan to do about that? -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer
Bug#112020: ITP: keychain -- An OpenSSH key manager
On Thu, Sep 13, 2001 at 01:27:05PM +0200, Richard Atterer wrote: > Indeed. > > You might want to experiment with the following: Create a dedicated > user on the machine that you log into, whose default shell is not > /bin/sh, but a script of yours which executes rsync with the right > options, no matter what arguments are passed to it. Also, the user > should not be able to write to any files in his home directory. > > This way, even if the key is compromised, it will be difficult for the > attacker to do anything but run that one command. This doesn't provide > an awful lot of security, and a determined attacker might find a way > to circumvent it, but it's already a lot better than a completely open > account. Don't even bother :) Use command restriction. man sshd(8), search for command=. -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer
Bug#96890: lmbench is not GPL
On Fri, May 18, 2001 at 10:01:02AM +0200, Roderich Schupp wrote: > I'm looking at lmbench-2beta3. I guess you refer to the file > COPYING-2 which reads: > > > The set of programs and documentation known as "lmbench" are distributed > under the Free Software Foundation's General Public License with the > following additional restrictions (which override any conflicting > restrictions in the GPL): > > 1. You may not distribute results in any public forum, in any publication, >or in any other way if you have modified the benchmarks. > > 2. You may not distribute the results for a fee of any kind. This includes >web sites which generate revenue from advertising. > > If you have modifications or enhancements that you wish included in > future versions, please mail those to me, Larry McVoy, at [EMAIL PROTECTED] > > > Your "severe limitation" seems to be the prohibition to publish > results FROM A MODIFIED VERSION of the benchmarks. Well, that's > actually in the nature of a benchmark - if you can tweak it, > then any results are useless. About the same as altering the text of a RFC > and distributing it. Yes, it's in the nature of benchmarks. More particularly, that's a limitation on modification - the modified version does not carry the same rights as the original. As important is #2, which is a restriction on use. Both of these violate the Debian Free Software Guidlines. lmbench can not go in main. What's worse is that 'modified the benchmarks' is not terribly well defined; if you need to apply a patch to the Debian package, will it even produce publishable numbers? -- Daniel Jacobowitz Debian GNU/Linux Developer Monta Vista Software Debian Security Team
Bug#96890: lmbench is not GPL
Unless you've found a different version of lmbench than I see, lmbench is in fact non-free. Distribution of results is severely limited. While it includes a COPYING file, it also includes a more complete and more restrictive license. -- Daniel Jacobowitz Debian GNU/Linux Developer Monta Vista Software Debian Security Team
