Bug#525921: O: bibtool -- tool for BibTeX database manipulation
Package: wnpp Severity: normal I am orphaning the bibtool package. The package description is: BibTool is a command-line utility for rewriting and transforming bibilography databases for BibTeX. It can sort records. It can generate normalized citelabels. It can rewrite field contents based on user-specified regex recipes. It can extract records based on regex matching, or all the records a given document cites. . Website: http://www.gerd-neugebauer.de/software/TeX/BibTool/ -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525922: O: bibclean -- pretty-printer for BibTeX databases
Package: wnpp Severity: normal I am orphaning the bibclean package. The package description is: This is a pretty-printer and syntax-checker for bibliographic databases in the BibTeX format. It is a useful tool for canonicalizing the layout of personal bibliographies with entries fetched from many different sources. . Website: http://www.math.utah.edu/pub/bibclean/ -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525920: O: xcftools -- command-line tools for extracting data for XCF files
Package: wnpp Severity: normal I am orphaning the xcftools package, due to lack of time on my part. I'm the upstream author of xcftools, but no development has happened since 2006. The program already does what it is supposed to and has no known bugs. Package description: This is a set of fast command-line tools for extracting information from the Gimp's native file format XCF. The tools are designed to allow efficient use of layered XCF files as sources in a build system that use 'make' and similar tools to manage automatic processing of the graphics. These tools work independently of the Gimp engine and do not require the Gimp to even be installed. "xcf2pnm" converts XCF files to ppm, pgm or pbm format, flattening layers if necessary. If the image contains transparency, an alpha map can be written to a separate file, or a background color can be specified on the command line. "xcf2png" converts XCF files to PNG format, flattening layers if necessary. Transparency information can be kept in the image, or a background color can be specified on the command line. "xcfinfo" lists information about layers in an XCF file. "xcfview" is a wrapper script that flattens an XCF image and displays it using an external PNG/PPM viewer. To use this script, you must make sure also to install an appropriate external viewer, as well as the mime-support package which provides the mailcap database. The tools can either flatten an XCF file as given, or extract specific layers named on the command line. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525919: O: autotrace -- bitmap to vector graphics converter
Package: wnpp Severity: normal I am orphaning the autotrace package. The package description is: AutoTrace is a program for converting bitmaps to vector graphics. The aim of the AutoTrace project is the development of a freely-available application similar to CorelTrace or Adobe Streamline. In some aspects it is already better. Originally created as a plugin for the GIMP, AutoTrace is now a standalone program. . Home Page: http://autotrace.sourceforge.net/ When I adopted the package in 2003, it was a build-dependency of lilypond, and this was the sole reason why it wasn't simply dropped from the archive. The lilypond dependency does not exist anymore, and upstream development appears to have been stalled since 2002. Perhaps autotrace should be let go rather than adopted. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#321693: Can vaiostat be removed?
Scripsit Thijs Kinkhorst > Since the RFA has had no takers and the package is not in Etch, I think > it might be better to remove it rather than keep it in sid. Opinions, > especially from the maintainers? Go ahead. As the last active maintainer, I have been meaning to file for removal for some time, except that I was (and am) snowed under by my day job. -- Henning Makholm "Take a sad song, and make it bitter." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#349424: ITP: xcftools -- command-line tools for extracting data for XCF files
Scripsit Peter Samuelson > Integrating xcftopnm into netpbm is another option, though I'm not sure > whether xcfinfo belongs there. The functionality of xcfinfo could conceivably be folded into xcf2pnm as a command-line option - excluding common parts it's only 20 lines of code. On the other hand, I have plans to add a xcf2png program as well, such that one won't have to use separate files for transparency data, and that would be harder to fit into netpbm. -- Henning Makholm "There were few families that didn't have at least one hopeful who, from Reading Day on, was the great hope because of the way he handled his trisyllabics." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#349424: ITP: xcftools -- command-line tools for extracting data for XCF files
Package: wnpp Severity: wishlist Owner: Henning Makholm <[EMAIL PROTECTED]> * Package name: xcftools Version : 0.5 Upstream Author : Henning Makholm <[EMAIL PROTECTED]> * URL : http://henning.makholm.net/software * License : GPLv2 Description : command-line tools for extracting data for XCF files This is a set of fast command-line tools for extracting information from the Gimp's native image file format XCF. The tools are designed to allow efficient use of layered XCF files as sources in a build system that use 'make' and similar tools to manage automatic processing of the graphics. These tools work independently of the Gimp engine and do not require the Gimp to even be installed. "xcf2pnm" converts XCF file to ppm, pgm or pbm format, flattening layers if necessary. If the image contains transparency, an alpha map can be written to a separate file, or a background color can be specified on the command line. The tool can either flatten the XCF file as given, or extract specific layers named on the command line. "xcfinfo" lists information about layers in an XCF file. ... Note that I am the upstream author myself. I wrote this tool because I need it myself and there seems to be nothing comparable available on the net. Then I put some extra work into polishing it up for general consumption, because it seemed to be the Right Thing to do - I cannot be the only one who have whished for such a tool to exist. There is a "xcftopnm" binary in gimp-perl, but it is very slow, starting the Gimp engine to do the work. "Convert" from imagemagick supposedly also understands XCF files, but not the ones I work with, and it would probably be overkill to try to extend its command-line interface to know about layers. Nonetheless, packaging one's own software does smell slightly of "vanity package" -- I'd appreciate comments. (IAADD, so I don't desperately _need_ to package this, but Debian is still the most convenient channel for making this widely available). -- Henning Makholm"Amanda, I'm a mad scientist! Testing crazy things on myself and those who are close to me is my job. It's what I do!" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329425: RFA: psutils -- A collection of PostScript document handling utilities
Scripsit Rob Browning <[EMAIL PROTECTED]> > I have also wondered a bit about the current status of the domain. Is > psutils still needed, or are there better, more actively pursued > alternatives now? For example, can similar functionality be provided > by convenience wrappers around ghostscript, as suggested in #159888? As far as I'm aware, psutils are the default tools for doing black-box manipulation of postscript files at the Document Structuring Conventions level. For things that logically belong at that level it would be an ugly kludge to have to simulate them by ghostscript wrappers. (For example, some postscript files explode in size when they are passed through ghostscripts pswrite backend - which is more or less by design. Others become smaller, but in any case this ought to be kept orthogonal from simple page rearrangements and such). In my experience, tools like psnup, psselect, pstops, psbook, psresize are things that people expect to "just exist" on any unix-like system. (In fact I thought psutils was priority Standard until I just now checked). It would be wrong not to have them in Debian. The general utility value of fix*ps is more dubious; and I don't have a quick opinion about psmerge, epsffit, getafm, extractres, and includeres. I have no idea what showchar does. If the package had not been so small already, it might be worth considering whether to split some of the more obscure filters into a separate package. I'm be willing to throw some effort at keeping the common psutils tools in Debian (and keeping them well-maintained), preferably as part of a team [thus not retitling to ITA just yet]. -- Henning Makholm "Den nyttige hjemmedatamat er og forbliver en myte. Generelt kan der ikke peges på databehandlingsopgaver af en sådan størrelsesorden og af en karaktér, som berettiger forestillingerne om den nye hjemme- og husholdningsteknologi."
Bug#332858: ITP: cvsup -- The CVS-Optimized General-Purpose Network File Distribution System
Scripsit Piotr Roszatycki <[EMAIL PROTECTED]> > The CVSup package was orphaned some time ago. See > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=129583 And then promptly adopted by Torsten Landschoff. It was removed later (#210708) due to non-availability of a suitable Modula-3 implementation. (I'm posting this referece to the ITP bug in the hope of helping others; it took me some time to find the removal bug number). > The CVSup requires Modula-3 compilator to build, so also I'm > planning to package Ezm3 - An Easier Modula-3 Distribution, which is > designated to compile CVSup only. Best of luck with that. Torsten might still be interested, too. -- Henning Makholm"Vi skal nok ikke begynde at undervise hinanden i den store regnekunst her, men jeg vil foreslå, at vi fra Kulturministeriets side sørger for at fremsende tallene og også give en beskrivelse af, hvordan man læser tallene. Tak for i dag!"
Bug#329425: RFA: psutils -- A collection of PostScript document handling utilities
Scripsit Jay Berkenbilt > I should have also mentioned that I have pretty good PostScript > knowledge and a current PostScript language reference manual on my > bookshelf. I've done PostScript work on and off since the 80's. OK, I can't beat that. Good luck with the package. -- Henning Makholm"*Se*!! Nu hælder den vand ud af ørerne *igen*!! *Et mirakel*!!!"
Bug#325825: ITP: auctiongallery-template-rby -- The auctiongallery template red-blue-yellow
Scripsit Stan Vasilyev <[EMAIL PROTECTED]> > Description : The auctiongallery template red-blue-yellow > This is an auctiongallery template packaged for the Debian GNU/Linux > Operating System. This template can also be previewed and downloaded at > http://auctiongallery.sourceforge.net. Uhm ... what does this thing DO? -- Henning Makholm "Monarki, er ikke noget materielt ... Borger!"
Bug#324677: ITP: fruit -- Fruit is an UCI-only chess engine.
Scripsit Oliver Korff <[EMAIL PROTECTED]> > Description : Fruit is an UCI-only chess engine. > > Description: Fruit is an UCI-only chess engine. Fruit is a UCI-only > chess engine. Very alert readers may at this point already have noticed that Fruit is an UCI-only chess engine. However, we cannot rely on all users being so observant. I think it deserves to be repeated a fourth time. Also, it would make sense to tell the user what on earth UCI means. Remember, the majority use of package descriptions is to quickly decide that the package in question is *not* what one is looking for. -- Henning Makholm "So you're nostalgic for a whole two-month period?"
Bug#324179: ITP: quake3 -- a famous first person shooter by ID-Software
Scripsit Bastian Venthur <[EMAIL PROTECTED]> > * License : GPL > Description : a famous first person shooter by ID-Software > This is the GPL'ed version of id's famous first person shooter quake3. Sorry for asking perhaps stupid questions, but how is the availablity of free game content for it? (As far as Google could tell me, it is only the game engine that has been GPL'ed). -- Henning Makholm "NB! Benbrud er et symptom, ikke en sygdom. Hvis du har brækket benet bør du gå til lægen for at få fastslået årsagen. Brug aldrig Herbalit mod benbrud uden lægens anvisning."
Bug#321332: Intending to adopt bibtool
retitle 321332 ITA: bibtool -- A tool for manipulating BibTeX data bases owner 321332 ! thanks I intend to take this one. If I have not made an upload by mid-September, nor added new information here, you can assume that I changed my mind and/or forgot all about it. -- Henning Makholm "It will be useful even at this early stage to review briefly the main features of the universe as they are known today." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321693: RFA: vaiostat-source -- kernel module for Sony Vaio laptops
Package: wnpp Severity: normal Since I don't have a Vaio anymore I am unable to test this package properly. I think it should be adopted by someone who can. Package description: This module creates some entries in /proc/vaio concerning battery and power usage information, and LCD brightness levels on Sony Vaio laptops. Although on newer laptops some of this information is handled by ACPI as well, this module is required for some older ones, and still works on the newer ones. Recent kernel sources include a SONYPI module that provides similar functionality to this one, but it cannot change LCD brightness on some laptops where this module works. The module is effectively dead upstream (upstream author also lost his Vaio). When I took over the package (because the previous maintainer lost his Vaio) I tried to rewrite the module's build system for 2.6.x kernels, but didn't manage to make it really sleek - it only works reliably when used with kernel-package. There's an open bug (#296566) caused by me forgetting to adjust the build instructions in the README file. When I tried to improve the instructions I discovered that my rewritten build system should never have worked at all. It may be an advantage to have prior experience with kernel modules and interfacing with the kernel build system than I do, but do not let it stop you if you have none - I haven't either. Warning: if the historical record is any guide, involvement with this package will cause you to lose your Vaio. -- Henning Makholm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301083: ITP: libevolution-ruby -- revolution, ruby binding for the evolution mail client
Scripsit David Moreno Garza <[EMAIL PROTECTED]> > Revolution is a little Ruby binding to the excellent Evolution email > client. Is it so little that it would be better to include it with the evolution package? -- Henning Makholm "Al lykken er i ét ord: Overvægtig!"
Bug#289307: pwc-source headed for unstable this weekend
Scripsit sean finney <[EMAIL PROTECTED]> > On Thu, Feb 17, 2005 at 09:08:11PM +0100, Eric Lavarde wrote: >> pwc: no version for "struct_module" found: kernel tainted. > i'm guessing that this has to do with how you compiled the module. IME, this message is typically seen when one complies a module against a 2.6 kernel tree where 'make clean' has been run since the latest kernel build. The kernel-headers-2.6.*-foo packages should ship enough intermediate files in /usr/src/kernel-headers/* to prevent this problem, but one easily gets in trouble [1] if one compiles custom kernels without being aware of the problem. [1] Well, such as it is. As long as one does not get oneself in more trouble by trying to use the module against a different kernel build, the warning message at load time seems to be all that happens. -- Henning Makholm "That's okay. I'm hoping to convince the millions of open-minded people like Hrunkner Unnerby." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#253389: Maia Mailguard License
Scripsit Henning Makholm <[EMAIL PROTECTED]> > It is not free. We have previously rejected software with similar > functional restrictions (though the name escapes me at the moment). Now I remember: Phpnuke. The discussion on d-l in Feb-Mar 2003 metamorphosed into a variety of other topics, but sprung up again in May. Eventually phpnuke was removed from the archive due to this; see bug #195338 and references therein. -- Henning Makholm "En tapper tinsoldat. En dame i spagat. Du er en lykkelig mand ..." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#253389: Maia Mailguard License
Scripsit Chris Sacca <[EMAIL PROTECTED]> > I'm not that skilled with legal-speak, and I was wondering > if someone could clear up if this the DFSG compatible, It is not free. We have previously rejected software with similar functional restrictions (though the name escapes me at the moment). Non-free clause from http://www.maiamailguard.com/license.php reproduced here, for cc'ing to the RFP bug: > 4. At least one of the following branding conventions must be used: > ~a. The Maia Mailguard logo appears in the page-top banner of > ~ all HTML output pages in an unmodified form, and links > ~ directly to the Maia Mailguard home page; or > > ~b. The "Powered by Maia Mailguard" graphic appears in the HTML > ~ output of all gateway pages that lead to this software, > ~ linking directly to the Maia Mailguard home page > ~ http://www.maiamailguard.com/images/poweredbymaia.gif";> > > ~c. Rebranding License > ~ is obtained from the copyright owner, exempting the Licensee > ~ from 4(a) and 4(b), subject to the additional conditions laid out > ~ in that license document. -- Henning Makholm "Ambiguous cases are defined as those for which the compiler being used finds a legitimate interpretation which is different from that which the user had in mind." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#283994: ITP: glastree -- builds live backup trees, with branches for each day
Scripsit Matthew Palmer <[EMAIL PROTECTED]> > Meanwhile, what's > the total installed space for glastree if you're not a Perl lover? Perl-base is 'Proirity: required' and 'Essential: yes'. It doesn't even have to be depended on. -- Henning Makholm "It will be useful even at this early stage to review briefly the main features of the universe as they are known today."
Bug#283994: ITP: glastree -- builds live backup trees, with branches for each day
Scripsit Charles Fry <[EMAIL PROTECTED]> > > Is there any benefit to using glastree over dirvish or pdumpfs? > The advantage of using glastree over pdumpfs is that it is implemented > in Perl rather than Ruby (this is in fact the reason that I encountered > it in the first place). How would this be relevant to the *user*? Usually I don't care which languages the software I use is written in, except perhaps when it breaks and I need to hack the source. However, all languages can be used to write horrible write-only code, so using software written in a known language is no guarantee. -- Henning Makholm "Larry wants to replicate all the time ... ah, no, all I meant was that he likes to have a bang everywhere."
Bug#272775: ITP: libperl6-slurp-perl -- Implements the Perl 6 'slurp' built-in
Scripsit Gunnar Wolf <[EMAIL PROTECTED]> > Description : Implements the Perl 6 'slurp' built-in If it's a built-in, then why does it have to be in a package of its own? > Perl6::Slurp allows you to "slurp" in contents from a file or file > handle into a scalar or an array. $foo = join "", ; @foo = ; ? -- Henning Makholm "Larry wants to replicate all the time ... ah, no, all I meant was that he likes to have a bang everywhere."
Bug#249707: netkit packages ITA's
Scripsit Robert Millan > On Wed, May 19, 2004 at 02:28:32AM +0200, Jeroen van Wolffelaar wrote: > > Note also that Henning Makholm showed interest in some of these > > netkit packages, so it'd be polite to inform him too. Note that he has a > > valid point that standard packages should be co-maintained if possible. > Indeed, he's on CC. Well, so are you interested in co-maintaining > netkit-ntalk? For the record, no, I'm not particularly interested in netkit-ntalk. :-) My interest in netkit-ftp and netkit-telnet was, of course, an attempt to get dibs on a standard priority package that I actually have some likelihood of using myself. The offer to throw work at the packages still stands, but if you'd prefer to be on your own, I shan't impose myself. -- Henning Makholm"Vi skal nok ikke begynde at undervise hinanden i den store regnekunst her, men jeg vil foreslå, at vi fra Kulturministeriets side sørger for at fremsende tallene og også give en beskrivelse af, hvordan man læser tallene. Tak for i dag!"
Bug#249706: O: netkit-ftp -- The FTP client.
I'm willing to throw some work at the FTP client, but since it is priority "standard" it ought to be co-maintaines. Anybody brave enough to try collaborating with me? -- Henning Makholm "Nemo enim fere saltat sobrius, nisi forte insanit."
Bug#249714: O: netkit-telnet -- The telnet server.
I'm willing to throw some work at telnet, but since it is priority "standard" it ought to be co-maintained. Anybody brave enough to try collaborating with me? -- Henning Makholm"My fate? Servitude to the Embodiment of Whoops."
Bug#248048: ITP: wmi -- Window Manager Improved
Scripsit Florian Ragwitz <[EMAIL PROTECTED]> > WMI is a new, minimalistic window manager for X11, which combines [...] > WMI is highly customizable: it is designed with keyboard users in mind. > Each action (e.g. resizing the frame, creating a new workspace, > launching an app, note that WMI provides hundreds of actions) This description does not make sense. How can it be "minimalistic" on one hand, and on the other hand "highly customizable" and "provides hundreds of actions"? -- Henning Makholm "First chapter, the plot advances, second chapter, Ayla makes a discovery that significantly enhances Palaeolithic technology, third chapter, Ayla has sex with someone, and repeat ad infinitum."
Bug#245361: ITP: poink -- nosuid ping
Scripsit Dariush Pietrzak <[EMAIL PROTECTED]> > Description : nosuid ping > Nosuid ping requires no CAP_NET_RAW, which makes it perfect for those > trying to reduce number of suid bits on server, and is also perfect > ping for vservers (where often whole system runs without CAP_NET_RAW) Please reword this description such that it is useful for users who don't need the package (and hence need to find out quickly that they don't need it, rather than hacking their way through a load of inflected acronyms). -- Henning Makholm"What a hideous colour khaki is."
Bug#238143: ITP: wzdftpd -- A portable, modular, efficient and not user-friendly ftp server
Scripsit Pierre Chifflier <[EMAIL PROTECTED]> > I changed the description to be the following: > wzdftpd is designed to be run as a user, and to be entirely > configurable using SITE commands. It works on linux/bsd/win32, The only thing that is relevant in a Debian package description is that it works on Debian, which rather goes without saying. > Features are: flexible user management, acls, virtual users/groups, > security, speed, bandwith limitation, per command authorization, > virtual directories, dynamic ip changes auto-detection, etc. I'm afraid this still doesn't tell me why I'd want to use this ftp server instead of one of the (many) other ftp servers already available in Debian. And is "security" really a feature? It ought to be implied. -- Henning Makholm "Gå ud i solen eller regnen, smil, køb en ny trøje, slå en sludder af med købmanden, puds dine støvler. Lev!"
Bug#226417: ITP: kernel-patch-2.4-fasttraks150 -- PROMISE FastTrak S150 TX Series Linux Drivers (for Linux 2.4)
Scripsit Raphael Bossek <[EMAIL PROTECTED]> > * License : GPL, closed source Huh? -- Henning Makholm "Jeg har tydeligt gjort opmærksom på, at man ved at følge den vej kun bliver gennemsnitligt ca. 48 år gammel, og at man sætter sin sociale situation ganske overstyr og, så vidt jeg kan overskue, dør i dybeste ulykkelighed og elendighed."
Bug#206859: autotrace - Bitmap to vector graphics converter
retitle 206859 ITA: autotrace - bitmap to vector graphics converter owner 206859 ! thanks Scripsit Martin Michlmayr <[EMAIL PROTECTED]> > Is anyone interested in adopting: autotrace - Bitmap to vector > graphics converter (#206859). > This package has been orphaned for over 80 days but cannot be removed > because some packages depend on it. Hm, it looks benign enough - effectively orphaned for more than a year yet only two open bugs, diff.gz doesn't touch upstream source much except autofoo things, written in a language I grok, etc. I'd be willing to take it, but if somebody who actually uses the thing regularly steps forward, I won't cling to it. -- Henning Makholm "Al lykken er i ét ord: Overvægtig!"
Bug#211799: ITP: bibclean - pretty-printer for BibTeX databases
Package: wnpp Version: filed 2003-09-20 Severity: wishlist * Package name: bibclean Version : 2.11.4 Upstream Author : Nelson H.F. Beebe math.utah.edu> * URL : http://www.math.utah.edu/pub/bibclean/ * Licence : No copyright notices in upstream tarball; will contact author for license clarification. Description : pretty-printer for BibTeX databases This is a pretty-printer and syntax-checker (actually, more of a linter) for bibliographic databases in the BibTeX format. It is a useful tool for canonicalizing the layout of personal bibliographies with entries fetched from many different sources. I have used this myself for several years at work and was surprised to find that it wasn't in Debian when I moved my bibliography to my own Debian box. I have done most of the packaging and have a sponsor for uploading, but still need to contact the upstream author to get a proper license. There is no copyright or license information in the upstream tarball, but newer programs by the same author are GPL'ed so the odds of getting a free license should be good. -- Henning Makholm "Det er jo svært at vide noget når man ikke ved det, ikke?"
Bug#181969: ITP: jasper -- Image library for the JPEG-2000 Part 1 Standard
Scripsit "Brian M. Carlson" <[EMAIL PROTECTED]>
> > D. User agrees that it shall not commence any action against Image Power,
> > Inc., the University of British Columbia, Michael David Adams, or any
> > other contributors (collectively "Licensors") for infringement of any
> > intellectual property rights ("IPR") held by the User in respect of any
> > technology that User owns or has a right to license or sublicense and
> > which is an element required in order to claim compliance with ISO/IEC
> > 15444-1 (i.e., JPEG-2000 Part 1).
[yadda yadda yadda]
> This is probably non-free.
I'm not completely sure I agree here - it seems that it restricts
itself to self-defense against IPR attacks on an open standard.
However, the line is thin, and there's probably not a detailed
consensus about where to draw it in this particular area.
> > F. This software is for use only in hardware or software products that
> > are compliant with ISO/IEC 15444-1 (i.e., JPEG-2000 Part 1). No license
> > or right to this Software is granted for products that do not comply
> > with ISO/IEC 15444-1. The JPEG-2000 Part 1 standard can be purchased
> > from the ISO.
> This is *definitely* non-free.
Agreed. So luckily we don't need any detailed flamewar over which
degree of anti-patent self-defense we allow a license to include.
And to Eric: This clause is non-free because it restricts
modifications. It does not allow modifications that change the code to
work with another format than jpeg. The DFSG requires the right to
make modifications, and does not permit any [1] restrictions on this
right.
[1] Except certain restrictions for the purpose of preventing modified
versions from being falsely represented as being the work of the
original author, which we do traditionally accept as free.
--
Henning Makholm "Al lykken er i ét ord: Overvægtig!"
Bug#128666: ARIS extractor license...free?
Scripsit Matt Zimmerman <[EMAIL PROTECTED]> > It explicitly grants permission to modify and distribute, and for those > receiving the software to have the same freedom. Is it necessary to > explicitly state that it is OK to distribute modified versions? It says "modify and/or distribute", so it is there already. > What about the advertising clause at the end? It's a negative advertising clause which is quite harmless and does not say something that tradmark law does not already say in most countries. -- Henning Makholm"*Vi vil ha wienerbrød!*"
