Bug#133475: ITP: xsel -- access the X selection buffer from the command line
On Tue, Feb 12, 2002 at 11:32:30AM +1100, Jamie Wilkinson wrote: > * Package name: xsel > Version : 0.9.6 > Upstream Author : Conrad Parker <[EMAIL PROTECTED]> > * URL : http://www.vergenet.net/~conrad/software/xsel/ > * License : > Copyright (C) 2001 Conrad Parker <[EMAIL PROTECTED]> > > Permission to use, copy, modify, distribute, and sell this software and > its documentation for any purpose is hereby granted without fee, > provided that the above copyright notice appear in all copies and that > both that copyright notice and this permission notice appear in > supporting documentation. No representations are made about the > suitability of this software for any purpose. It is provided "as is" > without express or implied warranty. > > Description : access the X selection buffer from the command line Rockin'. Thanks for packaging this. I've been wanting something like this for a long time. If $DISPLAY is unset, does it assume that it's ":0" and try anyway? Most people are too lazy and/or forgetful to set $DISPLAY in their console shells. What's the license again? -- G. Branden Robinson|I have a truly elegant proof of the Debian GNU/Linux |above, but it is too long to fit [EMAIL PROTECTED] |into this .signature file. http://people.debian.org/~branden/ | pgpwFW4M2egBU.pgp Description: PGP signature
Bug#111969: ITP: xrmap -- global vector map rendering tool for X
On Sat, Feb 16, 2002 at 09:51:38AM -0500, Steve M. Robbins wrote: > Hello, > > On Tue, Sep 11, 2001 at 05:32:39AM -0500, Branden Robinson wrote: > > Package: wnpp > > Version: N/A; reported 2001-09-11 > > Severity: wishlist > > > > * Package name: xrmap > > Version : 1.3 > > Upstream Author : Jean-Pierre Demailly <[EMAIL PROTECTED]> > > * URL : http://frmas.free.fr/li_1.htm > > * License : GPL > > Description : global vector map rendering tool for X > > Any news on this package? It sounds really nifty ... I'm kind of stuck. The package depends on a gigantic map dataset, for which the best place is really the "data" section, which still hasn't been created. -- G. Branden Robinson| You could wire up a dead rat to a Debian GNU/Linux | DIMM socket and the PC BIOS memory [EMAIL PROTECTED] | test would pass it just fine. http://people.debian.org/~branden/ | -- Ethan Benson pgpgN9LdxH26H.pgp Description: PGP signature
Bug#134333: ITP: pgi -- Progeny graphical installer creation system
Package: wnpp Version: N/A; reported 2002-02-16 Severity: wishlist * Package name: pgi Version : 1.0.0 Upstream Author : Progeny Linux Systems, Inc. * URL : not yet available * License : GPL Description : Progeny graphical installer creation system Source: pgi Section: admin Priority: extra Maintainer: Branden Robinson <[EMAIL PROTECTED]> Build-Depends: debhelper (>= 3.0.0), docbook-xml, docbook-dsssl, docbook-to-man, jade, opensp, html2text Standards-Version: 3.5.6 Package: pgi Architecture: i386 ia64 Depends: libdigest-md5-perl, build-essential, busybox-source-0.60.0, libc6-pic | libc6.1-pic, udhcpc, ash, discover (>> 1.0), dosfstools (>= 2.8-1), gawk, parted, console-tools, dialog, nvi, mdetect, rcs, xserver-xfree86, xbase-clients, xterm, rxvt, gtk-engines-raleigh, ssh, debootstrap (>= 0.1.16.1), mkisofs, makedev (>= 2.3.1-57), python2.1, python-glade, python-gnome, python-parted (>= 0.9.4), dnsutils, etherconf (>= 1.7), ${F:Arch-Depends} Recommends: kernel-image-2.2.20 | kernel-image, pcmcia-modules-2.2.20 | pcmcia-modules Description: Progeny graphical installer creation system This package contains PGI, a multi-architecture graphical installation system for Debian GNU/Linux originally developed by Progeny Linux Systems, Inc., for their Debian-based "Progeny Debian" operating system. . This package enables the user to create ISO images for burning to recordable CD and DVD media which contain a bootable installer (PGI) which guides the user through the steps of installation. The installer supports both text mode and graphical installation modes. PGI runs debootstrap to install a minimal Debian system to the target filesystem(s), and (if the installing user requests) sets up a boot loader, and uses the pivot_root() system call to "boot" into the installed system. ISO images may be generated with complete or partial Debian package archives, or with only the installer (useful for network-only installs, which PGI supports.) . PGI is extensible and customizable. Two example extensions are provided with this package; one uses the base-config package, while the other configures the system using the X-based Configlet system. . Two manuals are provided as part of this package: "Creating Debian Installers with PGI" and an example user's manual for PGI. Those creating custom installers with PGI will want to update the user's manual as well. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux apocalypse 2.4.13 #1 Thu Oct 25 03:13:42 EST 2001 i686 Locale: LANG=C, LC_CTYPE=en_US.iso-8859-1
Bug#135266: ITP: radiuscontext -- radius log analyzer and report generator
On Fri, Feb 22, 2002 at 04:03:04PM -0500, David LaBissoniere wrote: > * License : this program is under it's own license which appears > to be very similiar to the DFSG and I believe it to > be compatible. However, I would appreciate another > opinion...have a look at: > http://people.debian.org/~labisso/radiuscontext/README Please mail questions like this to the debian-legal list, where our crack (smoking) team of legal eagles will tear it apart. :) In all seriousness, that list is the proper forum for exactly that type of question. -- G. Branden Robinson| I suspect Linus wrote that in a Debian GNU/Linux | complicated way only to be able to [EMAIL PROTECTED] | have that comment in there. http://people.debian.org/~branden/ | -- Lars Wirzenius pgp2a9OQOGdrB.pgp Description: PGP signature
Bug#137108: ITP: libtrash -- A LD_PRELOAD'd "trash can" library
On Thu, Mar 07, 2002 at 04:39:55AM +1100, Timshel Knoll wrote: > I haven't seen an ITP for this around, so if no one else is working on > it or wants it more than me, I intend packaging libtrash. > My only hesitation is the legal status of this - libtrash uses a > LD_PRELOAD trick to intercept calls to unlink () (and other calls such > as rename(), fopen() et al), and would normally be inserted into > /etc/ld.so.preload. How does this sit legally if other programs (many of > which will not be GPL licensed, some of which will be non-free) will be > using the library through the LD_PRELOAD trick? Does this create a > license conflict with the GPL? I assume that if the license was LGPL, > there would be no problem with this ... am I correct to believe this? At first blush, I'd say there is no possibility of violating the GPL as long as a given tool doesn't rely, count on, or mandate linkage with a GPL'ed library, and it is not distributed in a way that does so. Admittedly, I haven't thought through this in detail, so I could be wrong, but it seems to me it would be impossible to enforce the GPL against people who, on their own systems, replace traditionally GPL'ed interfaces with proprietary ones. In other words, I could write "Branden's libc" with secret source code and permit unlimited redistribution of its binaries. Assuming my libc doesn't have any external dependencies on GPL'ed software, nobody is violating any license if he installs my libc to his own system and uses an LD_PRELOAD trick or even replaces his system's default libc with mine. There *is* a big problem if somebody takes GPL'ed applications and statically links it with my proprietary libc (if he's not the copyright holder); that's just plain forbidden by the license on the app. There is also a problem if my libc implements specialized, unique functions and someone writes an app (or another library) that uses them, and then GPL's their app. The copyright holder of that app would have to grant permission to link against my proprietary libc, because the app only has any hope of being usable if someone uses my proprietary libc in conjunction with it. Alternatively, someone can write a GPL'ed clone of my functions. This latter situation is identical in every important detail to the licensing problems that used to exist with Qt. There were three possible solutions to that problem: 1) Qt could be relicensed in a GPL-compatible way; 2) The copyright holders of all GPL'ed Qt-using apps could grant permission for their code to be used with Qt; 3) A GPL'ed clone of Qt could be developed. Eventually, TrollTech AS adopted the first solution (Qt Free Edition is dual-licensed under the QPL and the GPL). In the meantime, some people adopted approach 2, like libapt-pkg, and an abortive attempt at 3 was made (the Harmony project). For a more thorough analysis, you should probably ask debian-legal. -- G. Branden Robinson| The noble soul has reverence for Debian GNU/Linux | itself. [EMAIL PROTECTED] | -- Friedrich Nietzsche http://people.debian.org/~branden/ | pgp3i928NgsAe.pgp Description: PGP signature
Bug#144106: ITP]: bins -- BINS (BINS is not SWIGS) static photo gallery generator
On Mon, Apr 22, 2002 at 03:22:53PM -0400, Mark W. Eichin wrote: > * Package name: bins > Version : 1.1.1 > Upstream Author : [EMAIL PROTECTED] > * URL : http://bins.sautret.org/ > * License : GPL > Description : BINS (BINS is not SWIGS) static photo gallery generator > > (packaging is done, actually, but I'll wait a little bit for comments) [...] > BINS generates a complete static gallery (images and html) with > thumbnails and image lists, using XML files to hold information about > each image. Includes bins_edit tool for adding information to the > XML files. Interprets EXIF and JFIF tags (and Canon extensions) in > the jpeg directly. Gallery appearance customizable through HTML > templates; gallery can be generated in different languages. > . > Based on SWIGS (Structured Web Image Gallery System.) Please upload ASAP. :) -- G. Branden Robinson| "I came, I saw, she conquered." Debian GNU/Linux | The original Latin seems to have [EMAIL PROTECTED] | been garbled. http://people.debian.org/~branden/ | -- Robert Heinlein pgptD93KD2Tjd.pgp Description: PGP signature
Bug#148134: ITP: ccdoc -- Generates web documentation from C++ code
On Sat, May 25, 2002 at 12:51:24PM +0200, Magnus Ekdahl wrote: > The program has a nonstandard licence , but as far as I can tell its in > accordance with the DFSG. > > > Copyright Notice > Copyright (C) 1998-2001 by Joe Linoff (www.joelinoff.com/ccdoc) > > This software is distributed in the hope that it will be useful, but > without WITHOUT ANY WARRANTY; without even the implied warranty of > MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. > > Permission is granted to anyone to make or distribute altered copies > of this software provided that the copyright notice and this > permission notice are preserved, that the distributor grants the > recipent permission for further distribution as permitted by this > notice and that the origin of the software is represented correctly. > > Comments and suggestions are always welcome. > Please report bugs to http://www.joelinoff.com/ccdoc > This license's intentions are clearly DFSG-free, but I think it leaves a couple of things unclear. * Permission to distribute UNmodified copies of the software is not granted. This is the only potential DFSG problem I can see. * I'm not sure what is meant by "provided...that the distributor grants the recipient permission for further distribution as permitted by this notice". It almost sounds like a copyleft. If every distributor has to license the altered copies under these same terms, it is. If every distributor simply has to preserve the original copyright notice and license terms, but has permission to withhold permission for sub-licensees to make or distribute copies (modified or not), then it is not a copyleft. Either intention is DFSG-free. In the event that the author does not intend to be using a copyleft, I suggest that he use the MIT/X11 license instead, which is short, sweet, and very close in form to the license he is using: 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, distribute, sublicense, and/or sell 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 THE X CONSORTIUM 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. If the author does intend to be employing a copyleft, I wonder just for the sake of intellectual curiosity why he didn't use the GNU GPL. -- G. Branden Robinson| The noble soul has reverence for Debian GNU/Linux | itself. [EMAIL PROTECTED] | -- Friedrich Nietzsche http://people.debian.org/~branden/ | pgpYmVVWm5DOb.pgp Description: PGP signature
Bug#111969: withdrawing ITP
retitle 111969 RFP: xrmap -- global vector map rendering tool for X thanks I am withdrawing my ITP for this package. I have waited, and waited, waited waited waited, and waited some more, and still we have no data section. It is not interesting to me to package this software for distribution in contrib, which is where it would need to go. For this package to work, a copy of the CIA World data bank II global vector information file (a huge geodata set about 45 MB in size) is required on the local system. My work on the package to date can be found at: http://people.debian.org/~branden/woody/ Note that several new upstream versions have been released since I initially packaged it. -- G. Branden Robinson|The basic test of freedom is Debian GNU/Linux |perhaps less in what we are free to [EMAIL PROTECTED] |do than in what we are free not to http://people.debian.org/~branden/ |do. -- Eric Hoffer pgpRbWMp1dNS7.pgp Description: PGP signature
Bug#152631: ITP: grokking-the-gimp -- Grokking the GIMP is the online version of Carey Bunks' GIMP tutorial book.
On Thu, Jul 11, 2002 at 06:05:00PM +0200, Aaron Isotton wrote: > Now a few questions for debian-devel: > > 1) The license. Is the Open Publication License acceptable for Debian? >(http://www.opencontent.org/) This question is better addressed to debian-legal. In any event, if this work uses the OPL without any of the optional clauses, it is DFSG-free. Otherwise, please discuss this issue on debian-legal. -- G. Branden Robinson| It's not a matter of alienating Debian GNU/Linux | authors. They have every right to [EMAIL PROTECTED] | license their software however we http://people.debian.org/~branden/ | like. -- Craig Sanders pgpuSdU5Gswmy.pgp Description: PGP signature
Bug#153996: ITP: exif -- command-line utility to show EXIF information in JPEG files
On Tue, Jul 23, 2002 at 12:23:22PM -0400, christophe barbe wrote: > Package: wnpp > Version: N/A; reported 2002-07-23 > Severity: wishlist > > * Package name: exif > Version : 0.4 > Upstream Author : Lutz Müller <[EMAIL PROTECTED]> > * URL : http://sourceforge.net/projects/libexif > * License : GPL2 > Description : command-line utility to show EXIF information in JPEG > files > > 'exif' is a small command-line utility to show EXIF information hidden > in JPEG files. It's a sample program for libexif that I package and > which is used by a few other software including gphoto2 and gtkam. Rockin'. Thanks for packaging this. -- G. Branden Robinson| Exercise your freedom of religion. Debian GNU/Linux | Set fire to a church of your [EMAIL PROTECTED] | choice. http://people.debian.org/~branden/ | pgp40b397J7V0.pgp Description: PGP signature
Bug#197904: Bug#197902: ITP: rtai -- real time application interface
On Wed, Jun 18, 2003 at 02:55:43PM +0200, Edelhard Becker wrote: > RTAI is a realtime extension with a broad variety of services which > make realtime programmers' lifes easier. Some of them are The plural of "life" is "lives". You may wish to run your package descriptions by the debian-l10n-english list before releasing them to unstable. -- G. Branden Robinson|If you make people think they're Debian GNU/Linux |thinking, they'll love you; but if [EMAIL PROTECTED] |you really make them think, they'll http://people.debian.org/~branden/ |hate you. pgpdJ2aVVkbSf.pgp Description: PGP signature
Bug#197907: ITP: quark -- an audio player, for geeks, by geeks.
On Wed, Jun 18, 2003 at 10:12:13AM -0500, Steve Langasek wrote: > On Wed, Jun 18, 2003 at 04:37:09PM +0200, Sven Luther wrote: > > On Wed, Jun 18, 2003 at 04:26:32PM +0200, Sam Hocevar wrote: > > Description: audio player, for geeks, by geeks. > > > Mmm, doesn't sound all that descriptive. > > Ugh. Since when does the developer's reference recommend this? The > article most definitely belongs... It doesn't. The period at the end doesn't belong either, and neither does the first comma. Description: audio player for geeks, by geeks ...is just right. -- G. Branden Robinson| You live and learn. Debian GNU/Linux | Or you don't live long. [EMAIL PROTECTED] | -- Robert Heinlein http://people.debian.org/~branden/ | pgp2cptjiCiji.pgp Description: PGP signature
Bug#198665: ITP: pmk -- The pmk project aims to be an alternative to GNU/autoconf (configure scripts).
On Tue, Jun 24, 2003 at 02:44:17PM -0500, Luca - De Whiskey's - De Vitis wrote: > On Tue, Jun 24, 2003 at 09:30:31PM +0200, Marek Habersack wrote: > [...] > > Description : The pmk project aims to be an alternative to > > GNU/autoconf (configure scripts). > > Description field is inappropriate, use something like: > > Description: A GNU/autoconf alternative. You mean something like: Description: alternative to GNU autoconf source code configuration system * lose the article * lose the full stop * do not capitalize the beginning of the description unless a proper noun, proper adjective, abbreviation, or acronym requires it * I don't know what GNU/autoconf is. Is that like GNU/Linux? * short description still doesn't help people who don't know what autoconf is -- G. Branden Robinson|Somewhere, there is a .sig so funny Debian GNU/Linux |that reading it will cause an [EMAIL PROTECTED] |aneurysm. This is not that .sig. http://people.debian.org/~branden/ | pgpQOjEykFTue.pgp Description: PGP signature
Bug#201561: ITP: elfutils -- Tools to read from and write to ELF files
On Wed, Jul 16, 2003 at 02:27:20PM +0100, Andrew Stribblehill wrote: > * Package name: elfutils [...] > * License : OSL 1.0 What's that? Shouldn't -legal have a look at it? -- G. Branden Robinson| "There is no gravity in space." Debian GNU/Linux | "Then how could astronauts walk [EMAIL PROTECTED] | around on the Moon?" http://people.debian.org/~branden/ | "Because they wore heavy boots." pgpgqAZL5J0pK.pgp Description: PGP signature
Bug#206387: ITP: DeFX -- Multi-effects processor plug-in for XMMS
On Mon, Aug 18, 2003 at 03:58:54PM -0400, Bruno Barrera C. wrote: > * Package name: DeFX > Version : 0.1.0 > Upstream Author : Franco Catrin <[EMAIL PROTECTED]> > * URL : http://defx.sourceforge.net/ > * License : (GPL.) > Description : Multi-effects processor plug-in for XMMS > > DeFX is a plug-in module for XMMS. This is an audio player that supports many > audio/multimedia formats (MP3, XM, S3M, IT, MIDI, MPG, AVI...) for the > Linux plataform. The package should probably be named "xmms-defx". This sounds interesting; I look forward to trying it out! -- G. Branden Robinson| Psychology is really biology. Debian GNU/Linux | Biology is really chemistry. [EMAIL PROTECTED] | Chemistry is really physics. http://people.debian.org/~branden/ | Physics is really math. pgphiKHX8ecnG.pgp Description: PGP signature
Bug#181969: [mdadams@ece.uvic.ca: Re: JasPer licensing wrt Debian Linux]
On Wed, Aug 27, 2003 at 10:58:02PM -0500, Steve Langasek wrote: > By using copyright law to reinforce software patents (which are a load > of hooey to begin with of course), the license becomes non-free. A > notice that the software is subject to patents would be free, but making > it a binding part of the license is not, because the license will impact > users in jurisdictions (present or future) where the patent itself is > invalid, and even precludes using this code in non-compliant > implementations that have properly licensed the necessary patents. [...] > This is a common desire, but it's irreconcilably non-free. I concur with Steve's analysis. Fair warning, though; Craig Sanders and one or two other people may not, reasoning that because this part of the license claims to apply to "patented technology", not "software", and as we all know, the Debian Social Contract refers only to "software", not "patented technology", and since the Debian Free Software Guidelines therefore do not apply, "patented technology" is perfectly acceptable for inclusion in the Debian GNU/Linux Distribution. However, that's not *my* opinion. :) -- G. Branden Robinson| When I die I want to go peacefully Debian GNU/Linux | in my sleep like my ol' Grand [EMAIL PROTECTED] | Dad...not screaming in terror like http://people.debian.org/~branden/ | his passengers. pgp7VN1nSEwfF.pgp Description: PGP signature
Bug#213897: ITP: libclass-dbi-abstractsearch-perl -- Abstract Class::DBI's SQL with SQL::Abstract
On Fri, Oct 03, 2003 at 12:30:33PM +0100, David Pashley wrote: > On Oct 03, 2003 at 12:03, Stephen Quinney praised the llamas by saying: > > Package: wnpp > > Version: unavailable; reported 2003-10-03 > > Severity: wishlist > > > > * Package name: libclass-dbi-abstractsearch-perl > > Version : 0.03 > > Upstream Author : Tatsuhiko Miyagawa <[EMAIL PROTECTED]> > > * URL : http://search.cpan.org/CPAN/authors/id/M/MI/MIYAGAWA/ > > * License : GPL or Perl artistic > > Description : Abstract Class::DBI's SQL with SQL::Abstract > > > > Class::DBI::AbstractSearch is a Class::DBI plugin to glue > > the SQL::Abstract module into Class::DBI. > > I have absolutely no idea what this does. Can we have a slightly better > description. What can I do with this package? It's::plainly::obvious::what::this::package::does.Why::don't::you::pull ::your::head::out::and::RTFM::once::in::a::while? It's::not::like::this::sort::of::jargon::is::difficult::to::understand,::or ::that::writing::package::descriptions::which::rely::entirely::on::one's ::understanding of::what::other::packages::do::is::uncommon. -- G. Branden Robinson|No executive devotes much effort to Debian GNU/Linux |proving himself wrong. [EMAIL PROTECTED] |-- Laurence J. Peter http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#214923: ITP: zope-dtmlcalendar -- * A Zope Dtml Calendar TAG
On Thu, Oct 09, 2003 at 02:06:13PM +0200, Nicolas Ledez wrote: > * Package name: zope-dtmlcalendar > Version : 1.0.15 > Upstream Author : Chui Tey <[EMAIL PROTECTED]> > * URL : http://zope.org/Members/teyc/CalendarTag > * License : BSD ? Since you asked... [...] > Author and License [...] > Copyright (c) 1998-1999 Endicor Technologies, Inc. > All rights reserved. Written by Ty Sarna <[EMAIL PROTECTED]> > > Redistribution and use in source and binary forms, with or without > modification, are permitted provided that the following conditions > are met: > > 1. Redistributions of source code must retain the above copyright >notice, this list of conditions and the following disclaimer. > > 2. 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 distribution. > > 3. The name of the author may not be used to endorse or promote products >derived from this software without specific prior written permission > > THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``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 AUTHOR 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. > > The above copyright notice, list of conditions and disclaimer is > from the version 0.9.0, written by Ty Sarna. The current version > is a modification of the 0.9.0 version by J. David Ibáñez and is > distributed with the same license. Yes, this license is known as the 3-clause BSD license. The period is missing at the end of clause 3 but that's not very important. -- G. Branden Robinson| It doesn't matter what you are Debian GNU/Linux | doing, emacs is always overkill. [EMAIL PROTECTED] | -- Stephen J. Carpenter http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#215728: ITP: gngeogui -- GTK GUI-frontend for gngeo
On Tue, Oct 14, 2003 at 01:45:15PM -0400, Joe Drew wrote: > gngeogui uses GTK for its graphical interface." Don't forget that (I believe) the official spelling of the library's name is "GTK+". -- G. Branden Robinson|It's like I have a shotgun in my Debian GNU/Linux |mouth, I've got my finger on the [EMAIL PROTECTED] |trigger, and I like the taste of http://people.debian.org/~branden/ |the gunmetal. -- Robert Downey, Jr. signature.asc Description: Digital signature
Bug#215827: ITP: lartc -- Linux Advanced Routing and Traffic Control HOWTO
On Wed, Oct 15, 2003 at 02:05:40AM +0200, Pedro Larroy wrote: > * Package name: lartc > Version : 1.41-1 > Upstream Author : Thomas Graf <[EMAIL PROTECTED]> > * URL : http://www.lartc.org > * License : (Free) Uh, that's not specific enough. What actual license is used? -- G. Branden Robinson| If you want your name spelled Debian GNU/Linux | wrong, die. [EMAIL PROTECTED] | -- Al Blanchard http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#216518: ITP: oneliner-el -- Extensions of Emacs standard shell-mode
On Sun, Oct 19, 2003 at 09:10:14PM +0900, OHURA Makoto wrote: > Package: wnpp > Severity: wishlist > > * Package name: oneliner-el > Version : 0.3.5 > Upstream Author : Kiyoka Nishiyama <[EMAIL PROTECTED]> > * URL or Web page : http://oneliner-elisp.sourceforge.net/ > * License : GPL2 > Description : Extensions of Emacs standard shell-mode > > oneliner-el provides nice extensions for UNIX shell masters, who > loves one-liner scripts. This package has the following functions. > . > - You can connect command input/output to/from Emacs buffer with >easy operation. > - You can sync directory-value between shell-mode and shell process. > - Oneliner-el gives you notice with beep when command execution was >complete. > - Oneliner-el handles control codes. Please submit your package descriptions, debconf templates, and other localized data to the mailing list before uploading this package. Your grammar could use a little tweaking, but it's more important that you finish the actual packaging work first. -- G. Branden Robinson| Yesterday upon the stair, Debian GNU/Linux | I met a man who wasn't there. [EMAIL PROTECTED] | He wasn't there again today, http://people.debian.org/~branden/ | I think he's from the CIA. signature.asc Description: Digital signature
Bug#217124: ITP: mlog -- Single application to manage a personal weblog
On Wed, Oct 22, 2003 at 08:49:57PM +0200, David Fernández Vaamonde wrote: > * Package name: mlog > Version : 1.1a- > Upstream Author : Jacobo Tarrío <[EMAIL PROTECTED]> > * URL : http://tarrio.org/soft/mlog/ > * License : mlog's license (BSD without announce) BSD without announce? Can you elaborate on that, please? -- G. Branden Robinson| Debian GNU/Linux | If existence exists, [EMAIL PROTECTED] | why create a creator? http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#218404: ITP: nagios-statd -- nagios plugin for monitoring remote system information
On Fri, Oct 31, 2003 at 04:22:07PM +1100, Jason Thomas wrote: > * Package name: nagios-statd [...] > * License : > > Copyright (C) 2002,2003 Nicholas Reinking > > All rights reserved. > > Redistribution and use in source and binary forms, with or without [snip] Just FYI, this license is commonly referred to as the "3-clause BSD"[1] license. Feel free to use that as shorthand for your package's license, in the future, especially if you should ever be so unlucky as to be mired in an argument on debian-legal. :) Thanks for being thorough with your ITP. [1] Yes, one could take the original 4-clause BSD license and subtract any one of the other clauses from it and have a "3-clause BSD" license, but in practice, that is extremely rare, and the one with the old clause 3 ("All advertising materials mentioning features or use of this software...") is the one that is dropped. -- G. Branden Robinson| If you have the slightest bit of Debian GNU/Linux | intellectual integrity you cannot [EMAIL PROTECTED] | support the government. http://people.debian.org/~branden/ | -- anonymous signature.asc Description: Digital signature
Bug#223311: ITP: debsigs-ng -- create and verify signatures on .deb-files
On Mon, Dec 08, 2003 at 08:16:55AM +0100, Andreas Barth wrote: > * Package name: debsigs-ng > Version : 0.1 > Upstream Author : Andreas Barth <[EMAIL PROTECTED]> > * URL : http://debsigs.turmzimmer.net/ > * License : GPL > Description : create and verify signatures on .deb-files > > debsigs-ng is a low-level tool for creation and verification of > signature on the Debian archive files (deb). > > The created signed files are strict compatible with dpkg and the > apt-utils. These tools could also verify older signatures done by > debsigs. Uh, debsigs has 6 outstanding bugs (3 normal, 3 wishlist), only one of which is tagged "patch", and it only got that patch 3 days ago -- from you. Is there a motivation for "debsigs-ng" apart from impatience? -- G. Branden Robinson|Kissing girls is a goodness. It is Debian GNU/Linux |a growing closer. It beats the [EMAIL PROTECTED] |hell out of card games. http://people.debian.org/~branden/ |-- Robert Heinlein signature.asc Description: Digital signature
Bug#95807: ITP: zsnes -- Free Super Nintendo emulator
On Mon, Apr 30, 2001 at 12:08:03AM -0700, Aaron Lehmann wrote: > The zsnes package is not portable to non-i386 architectures because of > the fact that most of it is writen in i386 assembly. > > zsnes itself is available under the GNU GPL. However, almost all of the > "ROMs" that it is designed to run are distributed under stricter > licenses, > which may not permit redistribution. We advise you to pay attention to > license information when obtaining such software. Debian claims no > responsibility for any illegal usage of third-party software under > zsnes. Can I suggest using the word "unlicensed" instead of "illegal" in the text above? It's more precise, and it doesn't throw the usual sop to the media conglomerates that copying their data is as bad as rape, murder, or car theft. -- G. Branden Robinson | You could wire up a dead rat to a DIMM Debian GNU/Linux| socket and the PC BIOS memory test would [EMAIL PROTECTED] | pass it just fine. http://www.debian.org/~branden/ | -- Ethan Benson pgp7wJe4fk7g5.pgp Description: PGP signature
Bug#110787: ITP: hrbuilder -- A resume generation setup that gives html and pdf output
On Fri, Aug 31, 2001 at 12:34:56PM +0530, Vikram Aggarwal wrote: > Package: wnpp > Version: N/A; reported 2001-08-31 > Severity: wishlist > > hrbuilder is made by Ajay Shah, and can be found at his home-page: > http://www.igidr.ac.in/~ajayshah/ > It generates a resume in different formats, given a tex file. Please do not make ITP announcements without describing what license the software is under. -- G. Branden Robinson| No math genius, eh? Then perhaps Debian GNU/Linux | you could explain to me where you [EMAIL PROTECTED] | got these... PENROSE TILES! http://people.debian.org/~branden/ | -- Stephen R. Notley pgpHj6fnWJezV.pgp Description: PGP signature
Bug#111151: ITP: xfm -- X file and application manager
Package: wnpp Version: N/A; reported 2001-09-04 Severity: wishlist * Package name: xfm Version : 1.4.3 Upstream Author : Simon Marlow, Albert Graef, Till Straumann * URL : http://www.musikwissenschaft.uni-mainz.de/~ag/xfm/ * License : GPL, plus portions that are MIT'ish Description : X file and application manager Source: xfm Section: utils Priority: optional Maintainer: Branden Robinson <[EMAIL PROTECTED]> Build-Depends: xlibs-dev, xaw3dg-dev, debhelper (>= 3.0.0) Standards-Version: 3.5.6 Package: xfm Architecture: any Depends: ${shlibs:Depends} Description: X file and application manager Xfm is an file and application manager program for the X Window System, based on the Xaw3d widget set. It provides virtually all of the features that you would expect in a file manager; move around your directory tree in multiple windows, move, copy or delete files, and launch programs with simple mouse operations. Directory displays are updated automatically in regular intervals when the contents of the directory change. The integrated application manager provides a kind of "shelf" onto which you can place your favorite applications, as well as the files and directories you are currently working with. It also allows you to access different groups of applications and files. User-definable file types let you specify a command to be executed when double-clicking on a file or dropping other files onto it. Last not least, xfm can automatically mount and unmount special devices like floppies as you open and close the corresponding directories (mount points). -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux apocalypse 2.4.7 #1 Sun Jul 22 19:11:47 EST 2001 i686 Locale: LANG=C, LC_CTYPE=en_US.iso-8859-1 -- G. Branden Robinson| No math genius, eh? Then perhaps Debian GNU/Linux | you could explain to me where you [EMAIL PROTECTED] | got these... PENROSE TILES! http://www.deadbeast.net/~branden/ | -- Stephen R. Notley
Bug#111969: ITP: xrmap -- global vector map rendering tool for X
Package: wnpp Version: N/A; reported 2001-09-11 Severity: wishlist * Package name: xrmap Version : 1.3 Upstream Author : Jean-Pierre Demailly <[EMAIL PROTECTED]> * URL : http://frmas.free.fr/li_1.htm * License : GPL Description : global vector map rendering tool for X Source: xrmap Section: science Priority: optional Maintainer: Branden Robinson <[EMAIL PROTECTED]> Build-Depends: xlibs-dev, zlib1g-dev | libz-dev, xutils, debhelper (>= 3.0.0) Standards-Version: 3.5.6 Package: xrmap Architecture: any Depends: ${shlibs:Depends} Description: global vector map rendering tool for X The Xrmap program provides a user-friendly X client for generating images of the Earth and manipulating the CIA World data bank II global vector information (a huge geodata set about 45 MB in size). Available features include coastlines and islands, political boundaries, major and minor rivers, glaciers, lakes, canals, reefs, etc. The images can be accurately zoomed up to a factor of 100 or more. -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux apocalypse 2.4.7 #1 Sun Jul 22 19:11:47 EST 2001 i686 Locale: LANG=C, LC_CTYPE=en_US.iso-8859-1 -- G. Branden Robinson| If you have the slightest bit of Debian GNU/Linux | intellectual integrity you cannot [EMAIL PROTECTED] | support the government. http://www.deadbeast.net/~branden/ | -- anonymous
PROPOSED: slight change to wnpp procedures
See <http://www.debian.org/devel/wnpp/> for reference. When a package that has been ITP'ed is finally packaged, I'd like to suggest that it be reassigned to ftp.debian.org. The package changelog can and should still use "Closes: #", so that the bug is closed automatically, but this way it is clear that the matter is out of the (prospective) package maintainer's hands, or those of the WNPP group, and in that of the FTP maintainers. If a package is rejected by the FTP admins, they should email the bug number and explain why. If by its very nature a package can't be accepted into the project, perhaps the bug should retitled "UTP" [unable to package] and reassigned to wnpp. Advantages: 1) This better reflects the actual process by which packages get into Debian, and who is responsible for a package at a given stage of its life-cycle. 2) This gives the FTP admins a place to put information relevant to the process of accepting (or not) a new package into the archive. For instance, here's part of the output of ls -hlrt on auric's incoming directory: -rw-r--r--1 philhDebian 1.2k Jul 3 02:31 memoization_1.0-4_i386.changes -rw-r--r--1 viralDebian 1007 Jul 3 13:49 kernel-patch-folk_1.10-1_hppa.changes -rw-rw-r--1 troupDebian 1.0k Jul 6 13:25 mnews_1.22PL5-1_i386.changes -rw-r--r--1 troupDebian 1000 Aug 29 16:50 sword-comm-mhcc_1.1-1_i386.changes -rw-r--r--1 troupDebian 1019 Aug 29 17:01 sword-dict-naves_1.1-1_i386.changes -rw-r--r--1 was Debian988 Sep 1 22:21 csmash-demosong_1.0_i386.changes -rw-r--r--1 chanop Debian 1.2k Sep 15 02:59 libjpeg-mmx_0.1.3-1_i386.changes -rw-r--r--1 chanop Debian 1.3k Sep 15 03:03 libmpeg3_1.4-1_i386.changes -rw-r--r--1 chanop Debian 1.1k Sep 15 07:43 bcast_2000c-1_i386.changes -rw-r--r--1 branden Debian 1.5k Sep 18 09:43 xmailtool_3.1.2b-1.4_i386.changes -rw-r--r--1 gibreel Debian 1.9k Sep 19 12:43 j2se1.3-powerpc_1.3.0-1_powerpc.changes -rw-r--r--1 gibreel Debian 2.1k Sep 20 13:28 j2se1.3-i386_1.3.1-1.1_i386.changes -rw-r--r--1 marillat Debian 1.3k Sep 21 10:46 rte_0.3.1-1_i386.changes Some of those packages have been there quite a while. Some of them, like the FOLK collection of kernel packages, and Broadcast 2000, are quite interesting, but I'm not sure where to look for information about why they haven't been accepted yet (other new packages have been in the meantime). After xmailtool sat in the incoming queue for several days, I filed a bug against ftp.debian.org <http://bugs.debian.org/113300>. "Hi, xmailtool is one of those de facto unmaintained packages that hasn't seen an upload since potato released. I uploaded an NMU on September 18th that fixes a serious bug in the package (it has a file overlap with xlibs, which might actually be a grave bug, not just serious). Please add xmailtool to the katie database. madison knows about the version in stable, if that's any help." The bug was quickly closed by one of the FTP admins: "xmailtool is a NEW package. It will be processed as normal. You are not going to harass us into special casing you by filing hysterical bug reports." So I replied: "Please quote to me the part of the report that was hysterical, so I can avoid using such language in the future." The FTP admins' only further reply was to the BTS control bot: "tags 113360 wontfix severity 113360 wishlist thanks Bored now." Clearly not a very productive exchange. Apparently the package is never to be accepted into Debian, and the FTP admins have not explained why. Disadvantages: I can't think of any. Comments? WNPP guys, what do you think? -- G. Branden Robinson|I just wanted to see what it looked Debian GNU/Linux |like in a spotlight. [EMAIL PROTECTED] |-- Jim Morrison http://people.debian.org/~branden/ | pgpNAI6CXuK5G.pgp Description: PGP signature
Bug#114261: ITP: libfile-cache-perl -- File::Cache, a filesystem-based object store
On Wed, Oct 03, 2001 at 02:24:01AM +0100, Colin Watson wrote: > * Package name: libfile-cache-perl > Version : 0.16 > Upstream Author : DeWitt Clinton <[EMAIL PROTECTED]> Err, is that the guy's real name? I wouldn't expect .uk folks to know it, but DeWitt Clinton was (IIRC) a governor of New York in the early 19th century and a major proponent of canal digging. Then the railroads came along. Oh well. (Most states in the U.S. have a town or city named Clinton, and it's usually named for DeWitt.) -- G. Branden Robinson| Q: How does a Unix guru have sex? Debian GNU/Linux | A: unzip;strip;touch;finger;mount; [EMAIL PROTECTED] |fsck;more;yes;fsck;fsck;fsck; http://people.debian.org/~branden/ |umount;sleep pgpFraGVXn4vF.pgp Description: PGP signature
Bug#122244: ITP: zope-devguide -- Zope Developers Guide
On Mon, Dec 03, 2001 at 04:23:26PM +0100, Andreas Tille wrote: > * Package name: zope-devguide > * License : Not explicitely mentioned - I will have to ask for it. > I guess it will be OPEN PUBLICATION LICENSE because it > applies > also for the zope-book which is written by the same > authors > in the same series. Please ensure that the license does not use either of the optional parts of the OPL, or the package will have to go into non-free. -- G. Branden Robinson|America is at that awkward stage. Debian GNU/Linux |It's too late to work within the [EMAIL PROTECTED] |system, but too early to shoot the http://people.debian.org/~branden/ |bastards. -- Claire Wolfe pgplUFxD1kasc.pgp Description: PGP signature
Bug#122244: ITP: zope-devguide -- Zope Developers Guide
On Thu, Dec 06, 2001 at 08:21:38AM +0100, Tille, Andreas wrote: > On Mon, 3 Dec 2001, Branden Robinson wrote: > > > Please ensure that the license does not use either of the optional parts > > of the OPL, or the package will have to go into non-free. > I hope the following is OK ... [...] > Thanks for your interest in our books! > > The Zope Book and the Zope Developer's Guide are covered by the OPL 1.0 > with no options. > >http://opencontent.org/openpub/ > > I'll make sure that the licenses are clear on the website. Looks fine to me. -- G. Branden Robinson| You could wire up a dead rat to a Debian GNU/Linux | DIMM socket and the PC BIOS memory [EMAIL PROTECTED] | test would pass it just fine. http://people.debian.org/~branden/ | -- Ethan Benson pgpBpFTKdMfcE.pgp Description: PGP signature
Bug#122929: wpoison, is it okay?
On Sun, Dec 16, 2001 at 12:50:54AM +0100, Robert Millan wrote: > 27,30c27,34 > < # software or any derivative or modified version thereof. Also, the > < # official Wpoison logo itself must be include in an HTML hyperlink > < # so that any usser clicking on any part of the logo image will be > < # directed/linked to the Wpoison home page at: > --- > > # software or any derivative or modified version thereof. Permission is > > # granted to redistribute the official Wpoison logo graphic in graphic > > # formats other than GIF, and to use them to comply with this statement > > # as long as the logo graphic does not suffer any modification. > > # > > # Also, the official Wpoison logo itself must be include in an HTML > > # hyperlink so that any usser clicking on any part of the logo image > > # will be directed/linked to the Wpoison home page at: > > Please keep CC to [EMAIL PROTECTED] I find neither of these DFSG-free. First of all, this sort of restriction is better accomplished through trademark law than copyright law. This license fails DFSG 3. Derived Works The license must allow modifications and derived works, and must allow them to be distributed under the same terms as the license of the original software. This license forbids me from modifying the Wpoison logo graphic, which is presumably part of the package. The license also forbids distribution of the Wpoison logo in any format that doesn't support an HTML hyperlink. Neither the GIF nor PNG formats, nor any image file format with which I am familiar, supports HTML linking *inside the image file format*. Of course, that's not what the copyright holder means, but that's what his license says. This license fails DFSG 3 and I would recommend to the author that he use the right tool for the job. If he wants trademark protection in the Wpoison logo, he should apply for it. Of course, any party that attempts to use laws other than copyright law to stop people from exercising their freedoms under the DFSG risks having their software dropped from Debian or moved to an archive server where such harassment is less feasible (for instance, U.S. crypto export regulations). -- G. Branden Robinson| Debian GNU/Linux | If ignorance is bliss, [EMAIL PROTECTED] | is omniscience hell? http://people.debian.org/~branden/ | pgpGc7V4vfmW1.pgp Description: PGP signature
Bug#160444: ITP: opencola -- the Opencola soft drink formula
On Wed, Sep 11, 2002 at 02:44:01AM +0200, Alexander Schmehl wrote: > This is a gpl'ed formula for making a soft drink. Yes, with this formula you > can brew your own sweet, caffeinated fluid, > mostly used for drinking it with ice. Don't tell that to the English... -- G. Branden Robinson|It was a typical net.exercise -- a Debian GNU/Linux |screaming mob pounding on a greasy [EMAIL PROTECTED] |spot on the pavement, where used to http://people.debian.org/~branden/ |lie the carcass of a dead horse. pgp3MS45IqpV3.pgp Description: PGP signature
Bug#161079: ITP: libtwofish0 -- easy-to-use implementation of Twofish crypto algorithm
Package: wnpp Version: unavailable; reported 2002-09-16 Severity: wishlist * Package name: libtwofish0 Version : 0.2 Upstream Author : Niels Ferguson <[EMAIL PROTECTED]> * URL : http://www.macfergus.com/niels/code/TwofishClib.html * License : custom DFSG-free, GPL-compatible license; see below Description : easy-to-use implementation of Twofish crypto algorithm This is an implementation of the Twofish cryptographic algorithm in C that should be very easy to integrate into your own program. The main properties of this library are: * Free: The library can be freely used for any application. (For details see the licensing terms and disclaimer in the source code file itself.) * Fast: The code has been optimised for speed, at the expense of memory use and code size. * Easy to use: Care has been taken to make the code easy to integrate into a larger project. Extensive comments explain how to perform the integration and how to use the library. * Portable: The default code is written in fully portable C. By adjusting certain macro definitions the user can provide platform-specific code for certain functions, which can improve the speed. * Documented: Extensive documentation is available in the comments of the source files. This includes information about integration, optimisation for specific platforms, the library API, and detailed explanation of all the code. * Self-testing: Extensive self-tests are run every time the library is initialised. * Large: The code has been optimised for speed, which leads to the use of large tables. No attempt has been made to minimise the code or data size. License: * The author hereby grants a perpetual license to everybody to * use this code for any purpose as long as the copyright message is included * in the source code of this or any derived work. * * Yes, this means that you, your company, your club, and anyone else * can use this code anywhere you want. You can change it and distribute it * under the GPL, include it in your commercial product without releasing * the source code, put it on the web, etc. * The only thing you cannot do is remove my copyright message, * or distribute any source code based on this implementation that does not * include my copyright message. * * I appreciate a mention in the documentation or credits, * but I understand if that is difficult to do. * I also appreciate it if you tell me where and why you used my code. * * Please send any questions or comments to [EMAIL PROTECTED] [...] * DISCLAIMER: As I'm giving away my work for free, I'm of course not going * to accept any liability of any form. This code, or the Twofish cipher, * might very well be flawed; you have been warned. * This software is provided as-is, without any kind of warrenty or * guarantee. And that is really all you can expect when you download * code for free from the Internet. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux apocalypse 2.4.18 #1 Fri May 3 19:03:16 EST 2002 i686 Locale: LANG=C, LC_CTYPE=en_US
Bug#161603: License issue in libconcurrent-java
[I hope Mr. Lea doesn't mind the CC.] On Mon, Sep 30, 2002 at 10:57:47PM -0400, Steven Barker wrote: [snip] > I wrote Prof. Lea and asked if he has permission to distribute these > classes, and how this permission might apply to Debian. He sent me > the text of a license he has signed with Sun: > > Copyright (c) 1994-2001 Sun Microsystems, Inc. All rights > > reserved. Sun hereby grants Doug Lea a non-exclusive, worldwide, > > non-transferrable license to use and distribute the Java Software > > technologies as a part of a larger work in source and binary forms, > > with or without modification, provided that the following conditions > > are met: [snip] > I'm a bit concerned about the word "non-transferable" and the fact > that the license may grant permission to modify and/or distribute > to Doug Lea but not to third parties like Debian or even me as an > individual. Your analysis is correct. Unfortunately, this means that the license fails DFSG 7 ("Distribution of License"). A shame, because it otherwise looked DSFG-free (pretty much the BSD license, though that bit about affirming non-usage in nuclear facilities gave me a little pause). > Do I need to get further clairification from Sun about this? Yes. > The package will already be going into contrib because several of the > classes depending on the Java2 Container API. I just don't want it > to be relegated to non-free (I'll remove the offending files before > doing that). Unfortunately, unless you can get Sun to extend a transferrable license, you'll either have to remove the files or move the package to non-free. > Anyway, thanks in advance for your advice! Sorry to be the bearer of bad news. -- G. Branden Robinson| You could wire up a dead rat to a Debian GNU/Linux | DIMM socket and the PC BIOS memory [EMAIL PROTECTED] | test would pass it just fine. http://people.debian.org/~branden/ | -- Ethan Benson pgpMmmcgunRke.pgp Description: PGP signature
Bug#148134: ccdoc license update
On Wed, Nov 13, 2002 at 04:57:50PM -0800, Joe Linoff wrote: > I just wanted to let you know that the copyright notice has been > changed as you suggested. For more information see the news section on > the ccdoc home page: http://www.joelinoff.com/ccdoc. Thanks for the update. I hope you don't mind that I have CCed my reply to the person who originally wanted to package ccdoc for Debian (and our Bug Tracking System, which also tracks plans to package new software for Debian). It doesn't look like we have a ccdoc package in the archive at present, probably because my lawyerly parsing of your original license discouraged him from doing so. I encourage Magnus Ekdahl or any other Debian developer to take a new look at your software. That's an impressive website, by the way. :) -- G. Branden Robinson| Reality is what refuses to go away Debian GNU/Linux | when I stop believing in it. [EMAIL PROTECTED] | -- Philip K. Dick http://people.debian.org/~branden/ | pgpzDMp5RP0VG.pgp Description: PGP signature
Bug#168940: ITP: libemf -- libEMF is a C/C++ library which provides a drawing toolkit based on
On Wed, Nov 13, 2002 at 04:00:15PM +0100, Laurent Mazet wrote: > Package: wnpp > Version: unavailable; reported 2002-11-13 > Severity: wishlist > > * Package name: libemf > Version : x.y.z > Upstream Author : Name <[EMAIL PROTECTED]> > * URL : http://www.some.org/ > * License : (GPL, LGPL, BSD, MIT/X, etc.) When filing ITPs, please fill in as many of the above fields as possible. It would be good to know the license, in particular. -- G. Branden Robinson| To stay young requires unceasing Debian GNU/Linux | cultivation of the ability to [EMAIL PROTECTED] | unlearn old falsehoods. http://people.debian.org/~branden/ | -- Robert Heinlein pgpT3zwLocAr3.pgp Description: PGP signature
Bug#154028: ITP: ltp -- Linux Test Project - stress testing the Linux kernel
On Tue, Jul 23, 2002 at 11:45:02PM +0200, Alastair McKinstry wrote: > * Package name: ltp > Version : 20020709 > Upstream Author : Various <[EMAIL PROTECTED]> > * URL : http://ltp.sourceforge.net> > * License : (GPL, LGPL, BSD, MIT/X, etc.) > Description : Linux Test Project - stress testing the Linux kernel It would be good to know what license this package uses. -- G. Branden Robinson| If you have the slightest bit of Debian GNU/Linux | intellectual integrity you cannot [EMAIL PROTECTED] | support the government. http://people.debian.org/~branden/ | -- anonymous pgpARN044jE8y.pgp Description: PGP signature
Bug#155316: ITP: python-tarfile -- python module for accessing TAR archives
On Sat, Aug 03, 2002 at 01:34:32PM +0200, Bastian Kleineidam wrote: > * Package name: python-tarfile > Version : 0.4.8 > Upstream Author : Lars Gustäbel <[EMAIL PROTECTED]> > * URL : http://www.gustaebel.de/lars/tarfile/ > * License : OpenSource (see README) > Description : python module for accessing TAR archives When posting an ITP for a packages that uses an unusual license (i.e., not one of the familiar ones like BSD, MIT/X, GPL, LGPL, or Artistic), please include the text of the license in your ITP. Also, if you ever have questions about the DFSG-freeness of a license, you can always ask the debian-legal mailing list. Determining these things in advance saves the archive administrators a little bit of time and effort when processing new packages. -- G. Branden Robinson| Debian GNU/Linux | Ab abusu ad usum non valet [EMAIL PROTECTED] | consequentia. http://people.debian.org/~branden/ | pgpouuL3ItECj.pgp Description: PGP signature
Bug#154457: [ITP]: axkit-xsp-session -- Session taglib for AxKit
On Fri, Jul 26, 2002 at 10:10:47PM -0500, Mark A. Hershberger wrote: > * Package name: axkit-xsp-session > Version : 0.92 > Upstream Author : Jörg Walter <[EMAIL PROTECTED]> > * URL : http://www.some.org/ > * License : (GPL, LGPL, BSD, MIT/X, etc.) > Description : Session taglib for AxKit It would be good to know what license this package uses. The upstream URL would be nice as well; if there isn't one, please mention the fact. -- G. Branden Robinson|To Republicans, limited government Debian GNU/Linux |means not assisting people they [EMAIL PROTECTED] |would sooner see shoveled into mass http://people.debian.org/~branden/ |graves. -- Kenneth R. Kahn pgpESuhTK2XEA.pgp Description: PGP signature
Bug#159271: ITP: ogmtools -- Tools for handling Ogg media streams
On Mon, Sep 02, 2002 at 09:47:35AM +0200, Marc Leeman wrote: > * Package name: ogmtools > Version : 0.901 > Upstream Author : Moritz Bunkus <[EMAIL PROTECTED]> > * URL : http://www.bunkus.org/videotools/ogmtools/ > * License : GPL, LGPL, BSD, MIT/X, etc. > Description : Tools for handling Ogg media streams It would be good to know what license this package uses. -- G. Branden Robinson| Debian GNU/Linux | If encryption is outlawed, only [EMAIL PROTECTED] | outlaws will @goH7Ok=http://people.debian.org/~branden/ | pgp5qY9Xr5TPp.pgp Description: PGP signature
Bug#153883: ITP: htun -- A tool to create a bidirectional IP VPN over an HTTP proxy
On Mon, Jul 22, 2002 at 04:33:59PM +0200, Federico Di Gregorio wrote: > * Package name: htun > Version : 0.9.0 > Upstream Author : Moshe Jacobson & Ola Nordström under Russell Clark > * URL : http://runslinux.net/projects.html#htun > * License : (GPL, LGPL, BSD, MIT/X, etc.) > Description : A tool to create a bidirectional IP VPN over an HTTP proxy It would be good to know what license this package uses. -- G. Branden Robinson| You could wire up a dead rat to a Debian GNU/Linux | DIMM socket and the PC BIOS memory [EMAIL PROTECTED] | test would pass it just fine. http://people.debian.org/~branden/ | -- Ethan Benson pgp5BOxLcd5lz.pgp Description: PGP signature
Bug#150124: ITP: gridengine -- Distributed Resource Management
On Sun, Jun 16, 2002 at 12:58:12PM +1000, Matt Hope wrote: > * Package name : gridengine > Version : 5.2 > Copyright Holder : Sun Microsystems, Inc. > * URL : http://gridengine.sunsource.net/ > * License : SISSL > Description : Distributed Resource Management What is the "SISSL" license? When posting an ITP for a packages that uses an unusual license (i.e., not one of the familiar ones like BSD, MIT/X, GPL, LGPL, or Artistic), please include the text of the license in your ITP. Also, if you ever have questions about the DFSG-freeness of a license, you can always ask the debian-legal mailing list. Determining these things in advance saves the archive administrators a little bit of time and effort when processing new packages. -- G. Branden Robinson| The key to being a Southern Debian GNU/Linux | Baptist: It ain't a sin if you [EMAIL PROTECTED] | don't get caught. http://people.debian.org/~branden/ | -- Anthony Davidson pgpSejUinf3es.pgp Description: PGP signature
Bug#161949: ITP: psconcat -- Easy concatenation of postscript-based file formats
On Sun, Sep 22, 2002 at 10:49:30PM +0200, martin f. krafft wrote: > Sorry, left out the following Please disregard my previous message. :) -- G. Branden Robinson| There's nothing an agnostic can't Debian GNU/Linux | do if he doesn't know whether he [EMAIL PROTECTED] | believes in it or not. http://people.debian.org/~branden/ | -- Graham Chapman pgpBxDlG4ITWZ.pgp Description: PGP signature
Bug#146201: ITP: pymol-doc -- The PyMOL-Manual (from the website)
On Tue, May 07, 2002 at 11:14:54PM +0200, Michael Banck wrote: > * Package name: pymol-doc > Version : 0.80 > Upstream Author : Warren L. DeLano > * URL : http://pymol.sourceforge.net/html/toc.html > * License : same as pymol (i.e. Python) > Description : The PyMOL-Manual (from the website) (This is the same question I just asked regarding pymol itself.) Which of the many Python licenses that have been used over the years applies to pymol? -- G. Branden Robinson| Debian GNU/Linux | De minimis non curat lex. [EMAIL PROTECTED] | http://people.debian.org/~branden/ | pgprSACKGKXsy.pgp Description: PGP signature
Bug#145721: ITP: libferris -- a virtual file system (VFS) that runs in userspace
On Fri, May 03, 2002 at 08:50:55PM +0200, Christian Kesselheim wrote: > libferris is a virtual filesystem that exposes hierarchical data of all > kinds through a common C++ interface. Access to data is performed using > C++ IOStreams and Extended Attributes (EA) can be attached to each datum > to present metadata. Ferris uses a plugin API to read various data > sources and expose them as contexts and to generate interesting EA. > Current implementations include Native (kernel disk IO with event > updates using fam), xml (mount an xml file as a filesystem), edb (mount > a berkeley database), ffilter (mount an LDAP filter string) and mbox > (mount your mailbox). EA generators include image, audio, and animation > decoders. It would be good to know what license this package uses. The upstream URL would be nice as well; if there isn't one, please mention the fact. -- G. Branden Robinson| Software engineering: that part of Debian GNU/Linux | computer science which is too [EMAIL PROTECTED] | difficult for the computer http://people.debian.org/~branden/ | scientist. pgpX8XMHWcnLD.pgp Description: PGP signature
Bug#161949: ITP: psconcat -- Easy concatenation of postscript-based file formats
On Sun, Sep 22, 2002 at 10:21:32PM +0200, martin f. krafft wrote: > * Package name: psconcat > Version : x.y.z > Upstream Author : Name <[EMAIL PROTECTED]> > * URL : http://www.some.org/ > * License : (GPL, LGPL, BSD, MIT/X, etc.) > Description : Easy concatenation of postscript-based file formats When filing ITPs, please fill in as many of the above fields as possible. It would be good to know the license, in particular. -- G. Branden Robinson| Exercise your freedom of religion. Debian GNU/Linux | Set fire to a church of your [EMAIL PROTECTED] | choice. http://people.debian.org/~branden/ | pgp31WChnphNn.pgp Description: PGP signature
Bug#154457: [ITP]: axkit-xsp-session -- Session taglib for AxKit
On Fri, Nov 15, 2002 at 09:51:15AM -0600, Mark A. Hershberger wrote: > URL: http://search.cpan.org/author/JWALT/Apache-AxKit-Plugin-Session-0.92/ > License: This module is distributed under the same terms as perl itself. Thanks! -- G. Branden Robinson| One man's "magic" is another man's Debian GNU/Linux | engineering. "Supernatural" is a [EMAIL PROTECTED] | null word. http://people.debian.org/~branden/ | -- Robert Heinlein pgpSDMwbFM9Q0.pgp Description: PGP signature
Bug#169208: ITP: nsd -- authoritative only, high performance, simple and open source name server.
On Fri, Nov 15, 2002 at 01:17:30PM +0100, Ondrej Sury wrote: > * Package name: nsd > Version : 1.0.2b1 > Upstream Author : NLnet Labs <[EMAIL PROTECTED]> > * URL : http://www.nlnetlabs.nl/nsd/ > * License : BSD > Description : NSD is an authoritative only, high performance, simple > and open source name server. Just out of curioisity, which version of the BSD license does it use? The GPL-compatible one? -- G. Branden Robinson| The greatest productive force is Debian GNU/Linux | human selfishness. [EMAIL PROTECTED] | -- Robert Heinlein http://people.debian.org/~branden/ | pgpDyVLisWHC9.pgp Description: PGP signature
Bug#169208: ITP: nsd -- authoritative only, high performance, simple and open source name server.
On Sat, Nov 16, 2002 at 10:08:44AM +0100, Ondrej Sury wrote: > Branden Robinson <[EMAIL PROTECTED]> writes: > > > On Fri, Nov 15, 2002 at 01:17:30PM +0100, Ondrej Sury wrote: > >> * Package name: nsd > >> Version : 1.0.2b1 > >> Upstream Author : NLnet Labs <[EMAIL PROTECTED]> > >> * URL : http://www.nlnetlabs.nl/nsd/ > >> * License : BSD > >> Description : NSD is an authoritative only, high performance, simple > >> and open source name server. > > > > Just out of curioisity, which version of the BSD license does it use? [...] > > The GPL-compatible one? > > As you can see, it's the same one which is in > /usr/share/common-licenses/BSD (name of copyright holder is changed), but I > don't know if it is GPL-compatible. This is also known as the "3-clause BSD" license, and yes, it is GPL-compatible. Thanks for following up. -- G. Branden Robinson|The basic test of freedom is Debian GNU/Linux |perhaps less in what we are free to [EMAIL PROTECTED] |do than in what we are free not to http://people.debian.org/~branden/ |do. -- Eric Hoffer pgph2UIuHRdYO.pgp Description: PGP signature
Bug#169772: ITP: xfonts-freefont -- free scalable fonts
On Tue, Nov 19, 2002 at 07:39:17PM +0200, Anton Zinoviev wrote: > Package: wnpp > Version: N/A; reported 2002-11-19 > Severity: wishlist > > * Package name: xfonts-freefont > Version : 2002.10.11 > Upstream Author : Primoz Peterlin <[EMAIL PROTECTED]> > * URL : http://savannah.gnu.org/projects/freefont/ > * License : GPL-2 > Description : free scalable fonts > > The new Red Hat 8.0 (which uses UTF-8 thoroughly) uses these fonts as > standard fonts for its environment. I think we have enough time to do > the same before the official release of sarge. Excellent. Thanks for packaging this. > I would like to ask if you agree with the name of the package. The > upstream uses the name "Freefont", but it is possible that this name > will confuse some of the people who have heard that there is also a > package named freefont which despite its name is not free. Hrm, yes, more brain damage imposed on us by Christoph Lameter years ago. Policy does not mandate the "xfonts-" prefix, and in fact I suggest only using that prefix for BDF or PCF fonts, because other font formats are typically applied in environments other than the X Window System. (E.g., Type1, Type3, TrueType). There seems to be a trend to name TrueType font packages "ttf-name", where name is the name under which the font or bundle of fonts is typically distributed. However, checking apt-cache, we see: ttf-freefont - Freefont Serif, Sans and Mono Truetype fonts Package: ttf-freefont Priority: optional Section: x11 Installed-Size: 2588 Maintainer: Peter Hawkins <[EMAIL PROTECTED]> Architecture: all Version: 20021016-1 Depends: defoma Filename: pool/main/t/ttf-freefont/ttf-freefont_20021016-1_all.deb Size: 1234384 MD5sum: 2aca1694b946ecba91fc1a0029b11aca Description: Freefont Serif, Sans and Mono Truetype fonts A set of free high-quality TrueType fonts covering the UCS character set. These fonts are similar to the (in)famous Helvetica, Times and Courier fonts. Is that the same as what you're proposing to ITP? If so, then you should withdraw your ITP. If the current maintainer is not actively maintaining the package, you may want to offer to adopt it. If this is not the same package, then you will unfortunately need to find a new name. > I intend to use this as a description of the package: > > This package installs a set of free scalable fonts. The set consists > of three typefaces: one monospaced and two proportional (one with > uniform and one with modulated stroke). I'm not sure what you mean by "uniform" and "modulated stroke". Do you mean "serif" and "sans serif"? > These fonts support a large set of scripts and glyphs: Arabic, > Armenian, Bengali, Cyrillic, Devanagari, Ethiopic, Greek, Gujarati, > Gurmukhi, Hebrew, Latin, Malayalam, Oriya, Tamil, Telugu, Thaana and > Thai scripts, as well as some mathematical operators, dingbaths, > currency symbols, arrows and some other symbols. The above is good stuff. It may help our non-ISO-8859-{1,2,15,16} users who do keyword searches of package descriptions. > These fonts should be standard for any GNU operating system which > claims to support Unicode. They also aim to stop switching of the > free software users from the free X11 bitmapped fonts to the > proprietary fonts of one well known software corporation. > . > This Debian package includes TrueType versions of the fonts. I find these two paragraphs superfluous. The first is too preachy, and the second is redundant except for the font format, which should be mentioned in the short description instead. I hope this message helps. -- G. Branden Robinson| Intellectual property is neither Debian GNU/Linux | intellectual nor property. [EMAIL PROTECTED] | Discuss. http://people.debian.org/~branden/ | -- Linda Richman pgpRAsU9IvgOy.pgp Description: PGP signature
Bug#92098: ITP: swm - a small window manager
On Thu, Mar 29, 2001 at 04:56:55PM +0200, Gergely Nagy wrote: > Package: wnpp > Severity: wishlist > > I intend to package swm, a small window > manager. Thank God; we don't have nearly enough of those. ;-) aewm - a minimalistic window manager for X11 flwm - Fast Light Window Manager lwm - Lightweight Window Manager ratpoison - Simple window manager with no fat library dependencies. wm2 - Small, unconfigurable window manager (and some would say all of the *twm's qualify as well). -- G. Branden Robinson | If you make people think they're Debian GNU/Linux| thinking, they'll love you; [EMAIL PROTECTED] | but if you really make them think, http://www.debian.org/~branden/ | they'll hate you. pgpf7sTy19RUS.pgp Description: PGP signature
Bug#164344: Bug#160529: (ITP of ASK) should not be packaged
[Nuking 160529-quiet from CC list; it's pointless to mail a bug and the same bug's -quiet address.] On Thu, Oct 07, 2004 at 10:25:06PM -0400, Marco Paganini wrote: > > See also the mailloop this package created here: > > > > http://lists.debian.org/debian-boot/2004/08/thrd5.html#02087 > > > > (750 mails at a very fast rate to a mailinglist with well over 500 > > subscribers, meaning ~400.000 spam-caused autoresponses in half a day), > > and, see also the opinion of Branden Robinson on this software: > > > > http://lists.debian.org/debian-devel-announce/2004/08/msg00015.html > > Notice that this mail-loop was created by a clueless user inserting the > mailing-list address on the "blacklist" (something that we urge users not to > do). There is really no protection against this kind of behavior. A similar > situation can happen for many reasons, including a badly configured procmail > rule, for instance. Of course there is protection against it. Each message that ASK sends out should include a cookie, consisting of the hash of a characteristic of the message plus a local secret that can stay invariant on a per-installation basis. You can use a simple symmetric encryption algorithm using the local cookie plus the message's unique identifier (the Message-ID would work well if you create that yourself per the appropriate RFC) as a key. You encipher the same message for every outbound ASK mail, for instance: "THIS MESSAGE GENERATED BY ACTIVE SPAM KILLER." When you get a purported ASK message back, you have the ciphertext, and the message-specific part of the key in plaintext alongside it (e.g., the Message-Id). You then attempt to decrypt the message using your local cookie plus the plaintext key component. If you get back the desired plaintext, then you know you got one of your own messages back. Otherwise, you know you either got some other ASK's message, or that you're under attack. The local key and the encryption algorithm don't have to be very strong to be effective. I wouldn't use something as simple as XOR, though, because you'd be using the same plaintext all the time and a known-plaintext attack is obvious. These techniques are very, very old. -- G. Branden Robinson| It doesn't matter what you are Debian GNU/Linux | doing, emacs is always overkill. [EMAIL PROTECTED] | -- Stephen J. Carpenter http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#164344: Bug#160529: (ITP of ASK) should not be packaged
On Thu, Oct 14, 2004 at 06:06:19PM -0400, Marco Paganini wrote: > On Thu, Oct 14, 2004 at 03:25:54PM -0500, Branden Robinson wrote: [...] > >Of course there is protection against it. [my scheme deleted] > This is a good idea, and implemented to some degree in ASK. The problem is > that *nothing* is guaranteed to survive a reply. Adding a cookie to the body > of the email is not 100% foolproof, as there's no guarantee that the reply > will contain the cookie. Adding a specific header with the cookie will also > take us nowhere, as headers mostly discarded in replies. One option is the > Message-ID header, but my experiments showed that a large population of MUAs > (many versions of MS Out-Of-Luck, for instance) trash the Message-ID and > don't put it in the "In-Reply-To" field when responding to an email. I was afraid you'd say something like this. :( > The only "guaranteed" way to know if an email is a reply to something you > sent is to use VERPs, but this creates enormous difficulties for users that > do not have full email control in their servers (users). Acknowledged. > In any case, the original problem with the mailing list has nothing to do > with this, but rather with insanity of one of ASK's users. > > ASK has a whitelist, an ignorelist and a blacklist. The blacklist sends back > a "nastygram" informing the user that we do not want to receive further > messages from him/her. Unfortunately (and yes, this is my fault), I never > imagined someone would add a mailing-list to his blacklist (sounds just too > insane, doesn't it?). Well, it happened, and I'm now dumping the blacklist > feature entirely to protect the community from people who use it incorrectly. My original rant was based on two things: 1) You seemed to be unaware of a certain lesson from history[1]. 2) Anything that claims to be a "spam killer" is going to attract apoplectic and irrational people who will stop at nothing to sate their desire for vigilante justice against spammers. Many of these people are simply not mature enough to take into account the innocent bystanders they may inconvenience by using your software to vent their spleens. In my opinion, it was poor judgement on your part to hand people this sort of loaded weapon. People *will* be insane. People *will* be stupid. I realize you've already acknowledged that this was an error on your part -- I am not trawling for an apology. I would withdraw my objection if ASK as packaged in Debian will omit whatever part of the code autoreplies with a nastygram. If dropping the blacklist entirely will achieve that, then that's fine with me. I don't want to try to micromanage how your code is written or how its eventual Debian package maintainer does his or her job -- my position is simply to exhort people (as strongly as I need to) not to make it easy for idiots to attack Debian's mailing lists. Things that send automatic replies to mail messages is, if not designed for abuse, easily perverted to it -- if one doesn't take fairly elaborate precautions like the one I described. Thanks for your patience. [1] From Jargon File (4.4.4, 14 Aug 2003) [jargon]: ARMM n. [acronym, `Automated Retroactive Minimal Moderation'] A Usenet {cancelbot} created by Dick Depew of Munroe Falls, Ohio. ARMM was intended to automatically cancel posts from anonymous-posting sites. Unfortunately, the robot's recognizer for anonymous postings triggered on its own automatically-generated control messages! Transformed by this stroke of programming ineptitude into a monster of Frankensteinian proportions, it broke loose on the night of March 30, 1993 and proceeded to {spam} news.admin.policy with a recursive explosion of over 200 messages. ARMM's bug produced a recursive {cascade} of messages each of which mechanically added text to the ID and Subject and some other headers of its parent. This produced a flood of messages in which each header took up several screens and each message ID and subject line got longer and longer and longer. Reactions varied from amusement to outrage. The pathological messages crashed at least one mail system, and upset people paying line charges for their Usenet feeds. One poster described the ARMM debacle as "instant Usenet history" (also establishing the term {despew}), and it has since been widely cited as a cautionary example of the havoc the combination of good intentions and incompetence can wreak on a network. The Usenet thread on the subject is archived here. Compare {Great Worm}; {sorcerer's apprentice mode}. See also {software laser}, {network meltdown}. -- G. Branden Robinson| Debian GNU/Linux | Ignorantia judicis est calamitas [EMAIL PROTECTED] | innocentis. http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#226890: ITP: digitemp -- program to read values from 1-wire devices
On Fri, Jan 09, 2004 at 02:34:41AM +0100, Javier Linares wrote: > Package: wnpp > Severity: wishlist > > * Package name: digitemp > Version : 3.2.0 > Upstream Author : Brian C. Lane <[EMAIL PROTECTED]> > * URL : http://www.digitemp.com/ > * License : GPL > Description : program to read values from 1-wire devices > > Digitemp is a simple to use program for reading values from 1-wire > devices. Its main use is for reading temperature sensors, but it also > reads counters, and understands the 1-wire hubs with devices on > different branches of the network. Support for the battery monitor > that is used in many 1-wire humidity and pressure projects will be > added in the next release. How about support for 1-wire SPDT switches, like those whose positions are "MAGIC" and "MORE MAGIC"? The world has long been awaiting a software interface to such devices. -- G. Branden Robinson| "To be is to do" -- Plato Debian GNU/Linux | "To do is to be" -- Aristotle [EMAIL PROTECTED] | "Do be do be do" -- Sinatra http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#226890: ITP: digitemp -- program to read values from 1-wire devices
On Wed, Jan 21, 2004 at 04:51:28PM +0100, Javier Linares wrote: > Hi Branden, > > El mié, 14-01-2004 a las 20:28, Branden Robinson escribió: > > How about support for 1-wire SPDT switches, like those whose positions > > are "MAGIC" and "MORE MAGIC"? > > > > The world has long been awaiting a software interface to such devices. > > Upstream (Brian C. Lane <[EMAIL PROTECTED]>) says: > > I'm not familiar with those devices, I'll have to take a look at them -- > do you have a webpage? The DigiTemp philosophy is to read sensors that > return current status, not to interface to all iButton devices. I could > write a different app to interface to switches, d/a converters, etc. but > I won't add support for them to DigiTemp. Sorry, I was making a joke that apparently fell completely flat. I thought everyone read the Jargon File. http://info.astrian.net/jargon/Hacker_Folklore/A_Story_About_Magic.html -- G. Branden Robinson| If God had intended for man to go Debian GNU/Linux | about naked, we would have been [EMAIL PROTECTED] | born that way. http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#235806: ITP: apt-best -- apt-best is a utility to help users in finding the most popular debian packages. For that, it uses the popularity scores found in different sources (freshmeat, sourceforge and google). It then displays the packages matching the search criteria with their associated scores. The user can then install the selected package with the debian package installer : apt-get
On Tue, Mar 02, 2004 at 05:03:19PM +0100, chatiman wrote: > Package: wnpp > Severity: wishlist > > > * Package name: apt-best > Version : 0.2 > Upstream Author : David RAMBOZ <[EMAIL PROTECTED]> > * URL : http://apt-best.alioth.debian.org/ > * License : GPL > Description : apt-best is a utility to help users in finding the most > popular debian packages. For that, it uses the popularity scores found in > different sources (freshmeat, sourceforge and google). It then displays the > packages matching the search criteria with their associated scores. The user > can then install the selected package with the debian package installer : > apt-get > > (Include the long description here.) Well, I guess you don't need to include the long description *there*, as you've already included it all on one huge line in the *short* description. :) Please fix that. :) -- G. Branden Robinson| I'm not going to waste my precious Debian GNU/Linux | flash memory with Perl when I can [EMAIL PROTECTED] | do so much more with it. http://people.debian.org/~branden/ | -- Joey Hess signature.asc Description: Digital signature
Bug#236591: ITP: paintlib -- C++ class library for image manipulation
On Sun, Mar 07, 2004 at 11:30:54AM +0100, Torsten Werner wrote: > Package: wnpp > Severity: wishlist > > * Package name: paintlib > Version : 2.50 > Upstream Author : Ulrich von Zadow <[EMAIL PROTECTED]> > * URL : http://www.paintlib.de/paintlib/ > * License : own license, somewhat BSD like Please send this license to the debian-legal list for analysis. Please quote the entire text of the license when you do so; we don't mind. :) -- G. Branden Robinson| "There is no gravity in space." Debian GNU/Linux | "Then how could astronauts walk [EMAIL PROTECTED] | around on the Moon?" http://people.debian.org/~branden/ | "Because they wore heavy boots." signature.asc Description: Digital signature
Bug#157729: Outstanding ITP - gatos-drm-source
[Ugh, this CC is huge -- someone plese trim it.] On Mon, Apr 12, 2004 at 10:44:46AM +0200, Yann Dirson wrote: > > in the meantime, the DDK is probably the best solution. > > Unfortunately "apt-cache search ddk" and other guesses do not help me much. > In which package will I find it ? I haven't merged the patch yet, but it's on the TODO list[1]. [1] svn://necrotic.deadbeast.net/xfree86/trunk/debian/TODO -- G. Branden Robinson| There is resilient security in Debian GNU/Linux | openness, and brittle security in [EMAIL PROTECTED] | secrecy. http://people.debian.org/~branden/ | -- Bruce Schneier signature.asc Description: Digital signature
Bug#243967: ITP: libmail-srs-perl -- interface to Sender Rewriting Scheme
On Thu, Apr 15, 2004 at 05:56:11PM -0400, Eric Dorland wrote: > Package: wnpp > Severity: wishlist > > * Package name: libmail-srs-perl > Version : 0.30 > Upstream Author : Shevek <[EMAIL PROTECTED]> > * URL : http://www.anarres.org/projects/srs/ > * License : Artistic > Description : interface to Sender Rewriting Scheme > > The Sender Rewriting Scheme preserves .forward functionality in an > SPF-compliant world. > > SPF requires the SMTP client IP to match the envelope sender > (return-path). When a message is forwarded through an intermediate\ > server, that intermediate server may need to rewrite the return-path to ...to what? -- G. Branden Robinson| One doesn't have a sense of humor. Debian GNU/Linux | It has you. [EMAIL PROTECTED] | -- Larry Gelbart http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#247427: ITP: elfsign -- ELF binary signing and verification utilities
On Thu, May 06, 2004 at 12:43:00PM +1000, Andrew Pollock wrote: > On Wed, May 05, 2004 at 12:24:00PM +0100, Andrew Suffield wrote: > > > > The original Artistic license is not appropriate for licensing > > anything that is not approximately perl, because of the way it is > > worded. It is a terrible license. Do not use it. It's also highly > > questionable as to whether things licensed under it can be included in > > Debian, given the prohibitions on commercial distribution. Please ask > > upstream to replace it with the Clarified Artistic license (or some > > other free software license) before this is included in Debian. > > > > The upstream author has kindly relicensed under the Clarified Artistic > Licence. > > (Please Cc me on any -legal correspondence, I'm not subscribed). Thanks for your work to rectify this issue! -- G. Branden Robinson| Notions like Marxism and Debian GNU/Linux | Freudianism belong to the history [EMAIL PROTECTED] | of organized religion. http://people.debian.org/~branden/ | -- Noam Chomsky signature.asc Description: Digital signature
Bug#231953: middleman software license conflicts with OpenSSL
On Wed, May 12, 2004 at 11:42:42PM +0200, Cédric Delfosse wrote: > There is two possible solutions to solve this problem: > - your software must be rewritten to use GNUTLS instead of OpenSSL, > - or, your license must add an exception to the GPL which allows > linking with OpenSSL. This wording is too strong. Please moderate it a bit in future correspondence with upstream authors and copyright holders. * There may be other solutions you haven't thought of. The debian-legal mailing list is always available as a resource to Debian package maintainers and upstream authors and copyright holders to explore what those alternatives might be. * The author or copyright holder's software or license "must" not do anything in particular at all. The Debian Project does not present ultimatums to anyone. Telling people what they "must" do sounds very much like that. At the very least, it creates confusion, and at the most, will provoke a hostile reaction and damage Debian's reputation. The Debian Project packages and provides software to its users only as countenanced by the authors and/or copyright holders of that software. Except under unusual circumstances[1], people have no obligation to make anything available to us, or write their software or license in any particular way. We respect the right of software developers to write whatever code they please, however they please. We respect the right of copyright holders to extend license of their exclusive rights under copyright laws to third parties under whatever circumstances they choose within the law. It may occasionally happen that we elect not to distribute a work due to the way it or its license is written, but we are not in a position to make demands of people, and should not give the impression that we are. In the instant case, unlicensed usage of the GPLed Middleman softare with the OpenSSL library is a problem the copyright holders in Middleman have to pursue. We, the Debian Project, are not their agents in this matter. Debian will not knowingly distribute Middleman in contravention of its license. We would like to distribute Middleman under the terms of its license, but have found we cannot do so. We look forward to working with Middleman's author(s) and copyright holder(s) to rectify this situation. [1] e.g., if we are provided binaries of GPLed source code -- G. Branden Robinson|Beware of and eschew pompous Debian GNU/Linux |prolixity. [EMAIL PROTECTED] |-- Charles A. Beardsley http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#327081: ITP: rpmstrap -- bootstrap a basic RPM-based system
Anthony Towns wrote: > > > Looking at the source it seems more "based on" than "inspired by", > > > particular to "rpmstrap" itself, though the "functions" and "scripts/*" > > > files sure seem more derivative than just coincidently similar. If > > > so, it's in violation of debootstrap's license (by not including > > > debootstrap's copyright text), and it seems fairly rude to relicense it > > > from debootstrap's BSD-ish license to GPLv2+, not to mention expunging > > > my name and copyright notice from the source, and for that matter all > > > references to debootstrap. > > > > > > Removing the copyright's a license violation, and presumably renders the > > > program undistributable and unpackagable, afaics. > > > > > > At least Bastian Blank's cdebootstrap was written from scratch to > > > justify its different license and lack of recognition. Colour me > > > unimpressed. Sam Hart wrote: > > For what it's worth, rpmstrap as it is today is actually based on a tool > > developed in house at Progeny. This tool could only bootstrap Fedora > > Core 2 at a specific revision. Looking at that code now and comparing it > > to what I see inside of debootstrap, the only real similarities I see > > are that they both have functions common to /many/ other shell scripts > > (usage(), die(), warn(), trace()). Anthony, I've been using shell functions with these names (and the expected corresponding behaviors) in shell scripts I write for years now, so you're probably going to need to accuse me of copyright infringement in shell-lib.sh[1] in the XFree86 and X.Org packages as well. > > I will have to check the legacy on this tool used internally at Progeny > > to ensure nothing came from debootstrap, but to the best of my knowledge > > it did not. In fact, looking at this internal tool now, it is only 314 > > lines of code, 153 of which are lists of FC2 packages, so it doesn't > > seem likely to share any common ancestry with debootstrap. > > I have just been given permission to post the original internal tool > used at Progeny which rpmstrap is based upon, in case anyone would care > to check the legacy for debootstrap code. > > This original tool was also called "rpmstrap" and was written from > scratch by Branden Robinson. It does not contain any code borrowed from > debootstrap. I assert this to be the case. I'm easily capable of writing the trivial shell script that constitutes the original "rpmstrap", and the modifications I made to it subsequently. For your edification, I'm attaching the SVN commit log for "rpmstrap" up to and including my last change to it. None of this is rocket science. Oh, what the hell, how about I attach the diff of each commit as well, making it all the easier to identify the exact spots where I absconded with debootstrap code, mustache twitching! > The first appearance of rpmstrap in the internal Progeny svn is the > following code: > http://hackers.progeny.com/~sam/rpmstrap/legacy/rpmstrap-original > > The most current revision of rpmstrap in the same svn is: > http://hackers.progeny.com/~sam/rpmstrap/legacy/rpmstrap > > This is the actual base for what is now rpmstrap as I maintain. It is > also why the current rpmstrap is GPLv2. > > The one thing I have just realized is that the current rpmstrap script > does not actually have Branden's name in it as an author (although his > name does exist in some of the suite scripts). I will rectify this > shortly and apologize for the oversight. Well, only if there's any of my original nasty kludge *left*. I kind of hope it isn't. :) (Okay, you can keep usage()/trace()/warn()/die(), but as for the rest... :) ) The original rpmstrap I wrote was done in haste, but it was not plagiarized. The accusation would be amusing if it weren't so insulting. [1] http://necrotic.deadbeast.net/svn/xorg-x11/trunk/debian/shell-lib.sh (There, trace() is not present, but a similar function, observe(), is. Neither function is an example of anything more than highly trivial and idiomatic shell usage.) -- Branden Robinson | GPG signed/encrypted mail welcome [EMAIL PROTECTED] | 1024D/9C0BCBFB Progeny Linux Systems | D5F6 D4C9 E25B 3D37 068C | 72E8 0F42 191A 9C0B CBFB r16721 | branden | 2005-02-15 12:06:40 -0500 (Tue, 15 Feb 2005) | 2 lines Install i386, not i686, version of openssl on x86_64 systems. r15950 | branden | 20
Bug#522256: RFA: ctwm -- Claude's Tab window manager
Package: wnpp Severity: normal [CCing upstream development list.] I request an adopter for the ctwm package. The package description is: ctwm is Claude Lecommandeur's extension to twm; in addition to the features of twm, it supports multiple virtual screens, the pixmap file format, pinnable ("sticky") menus, and other enhancements. -- System Information: Debian Release: 5.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.24-1-powerpc-smp (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- G. Branden Robinson|There's a fine line between Debian GNU/Linux |painting yourself into a corner and bran...@debian.org |re-engineering the universe. http://people.debian.org/~branden/ |-- Glen R. Smith signature.asc Description: Digital signature
Bug#522258: RFA: mdetect -- mouse device autodetection tool
Package: wnpp Severity: normal I request an adopter for the mdetect package. The package description is: mdetect is a tool for autoconfiguring mice; it is typically used as the backend to some user-friendly frontend code. mdetect writes the autodetected mouse device and protocol (as used by gpm) to standard output. It can be invoked so as to produce output appropriate for XFree86 X server configuration files. -- System Information: Debian Release: 5.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.24-1-powerpc-smp (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- G. Branden Robinson|There is no housing shortage in Debian GNU/Linux |Lincoln today -- just a rumor that bran...@debian.org |is put about by people who have http://people.debian.org/~branden/ |nowhere to live.-- G. L. Murfin signature.asc Description: Digital signature
Bug#522257: RFA: debsigs -- applies cryptographic signatures to Debian packages
Package: wnpp Severity: normal I request an adopter for the debsigs package. The package description is: debsigs is a package that allows GPG signatures to be embedded inside Debian packages. These signatures can later be verified by package retrieval and installation tools to ensure the authenticity of the contents of the package. -- System Information: Debian Release: 5.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.24-1-powerpc-smp (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- G. Branden Robinson|Nixon was so crooked that he needed Debian GNU/Linux |servants to help him screw his bran...@debian.org |pants on every morning. http://people.debian.org/~branden/ |-- Hunter S. Thompson signature.asc Description: Digital signature
Bug#522262: RFA: twofish
Package: wnpp Severity: normal I request an adopter for the twofish package. The package description is: This package contains a header file and static library implementing the Twofish cryptographic algorithm, one of the five finalists in the AES (Advanced Encryption Standard) competition sponsored by the United States's National Institute of Standards and Technology (NIST). The main properties of this library are: * Free: The library can be freely used for any application. (For details see the licensing terms and disclaimer in the source code file itself.) * Fast: The code has been optimised for speed, at the expense of memory use and code size. * Easy to use: Care has been taken to make the code easy to integrate into a larger project. Extensive comments explain how to perform the integration and how to use the library. * Portable: The default code is written in fully portable C. By adjusting certain macro definitions the user can provide platform-specific code for certain functions, which can improve the speed. * Documented: Extensive documentation is available in the comments of the source files. This includes information about integration, optimisation for specific platforms, the library API, and detailed explanation of all the code. * Self-testing: Extensive self-tests are run every time the library is initialised. * Large: The code has been optimised for speed, which leads to the use of large tables. No attempt has been made to minimise the code or data size. Because the interface of this library has not yet been declared stable by its author, Niels Ferguson, it is currently available only as a static library, not as a shared object. -- System Information: Debian Release: 5.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.24-1-powerpc-smp (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- G. Branden Robinson|Every normal man must be tempted at Debian GNU/Linux |times to spit upon his hands, hoist bran...@debian.org |the black flag, and begin slitting http://people.debian.org/~branden/ |throats. -- H. L. Mencken signature.asc Description: Digital signature
Bug#522263: RFA: vtwm -- Virtual Tab Window Manager
Package: wnpp Severity: normal [CCing upstream development list.] I request an adopter for the vtwm package. The package description is: VTWM is an enhanced version of the Tab window manager (TWM) that adds many features -- primarily a virtual desktop, meaning that what is currently on screen is just a portion of a larger workspace. What portion of the virtual desktop that is displayed, and whatever windows might be visible within it, are simple point-and-click operations within a scaled representation of the workspace. . For a more extensive description of VTWM's features, see http://www.vtwm.org/ >. -- System Information: Debian Release: 5.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.24-1-powerpc-smp (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- G. Branden Robinson| Debian GNU/Linux |Any sufficiently advanced stupidity bran...@debian.org |is indistinguishable from malice. http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#522261: RFA: read-edid
Package: wnpp Severity: normal [CCing upstream author, and including his spamfilter bypass token: 4...@12*ec011f9914a55&9bfbb42f90fd45 ] I request an adopter for the read-edid package. The package description is: read-edid consists of two tools: get-edid uses a VESA VBE 2 interrupt service routine request to read a 128 byte EDID version 1 structure from your graphics card, which retrieves this information from the monitor via the Data Display Channel (DDC). parse-edid parses this data structure and outputs data suitable for inclusion into the XFree86 or X.org configuration file. get-edid uses architecture-specific methods for querying the video hardware (real-mode x86 instructions on i386, Open Firmware device tree parsing on PowerMac) and is therefore only available for i386 and powerpc architectures. -- System Information: Debian Release: 5.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.24-1-powerpc-smp (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- G. Branden Robinson|The old believe everything, the Debian GNU/Linux |middle-aged suspect everything, the bran...@debian.org |young know everything. http://people.debian.org/~branden/ |-- Oscar Wilde signature.asc Description: Digital signature
Bug#470995: ITP: devotee
retitle 470995 ITP: devotee -- Debian voting system owner 470995 ! thanks I'll take a crack at this. I'm in pretty frequent contact with Manoj on Facebook, though we're more often arguing about U.S. politics than anything to do with Debian or software engineering in general. He'll be well-situated to laugh at my frustrations with Perl. -- Regards, Branden signature.asc Description: PGP signature