Bug#947957: O: hexxagon -- Hexagonal Ataxx clone
Package: wnpp Severity: normal This GTK game is still fun to play and Popcon suggests it is even in use. Lintian warnings on it mainly because I did not update it in ages. There is a new upstream, and my guess is the new upstream fixes exactly the same bugs as the diff in this Debian package did. Upstream is also virtually dead, so if anyone picks this up, it will take minimal effort to maintain. signature.asc Description: OpenPGP digital signature
Bug#947623: O: lgrind -- A LaTeX pretty printer for various programming languages
Package: wnpp Severity: normal This program should be mostly obsolete by now – listings.sty is a much better alternative these days. Popcon counts 36 installations and it’s non-free (note that I’m upstream myself and cannot do anything about it). Perhaps it should be removed from Debian altogether. However, it still builds fine (albeit with 12 Lintian warnings). signature.asc Description: OpenPGP digital signature
Bug#741872: O: tkinfo
Package: wnpp Severity: normal I cannot support this package anymore. I don’t even have access to any pure Debian system anymore. – Michael -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5325f608.8040...@debian.org
Bug#434492: Workrave
Bonjour François, It's yours. I have no magic local files, everything is in the package you can get with "apt-get source". Have fun! Bye, Mike
Bug#434492: RFA: workrave -- RSI prevention tool
Package: wnpp Severity: normal I request an adopter for the workrave package. It seems I will not work on a Debian desktop for some time, so I cannot properly test anything. The package description is: Workrave is a program that assists in the recovery and prevention of Repetitive Strain Injury (RSI). The program frequently alerts you to take micro-pauses, rest breaks and restricts you to your daily limit. . It includes a system tray applet that works with Gnome and KDE and has network capabilities to monitor your activity even if switching back and forth between different computers is part of your job. . Workrave offers many more configuration options than other similar tools. . More information about this program can be obtained from http://www.workrave.org/ -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416263: RFA: file -- Determines file type using "magic" numbers
Am Montag, den 26.03.2007, 16:08 +0200 schrieb Daniel Baumann: > I would like to adopt file if you agree. No objections, it is yours. -- |=| Michael Piefel |=| Member of the Debian project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#416263: RFA: file -- Determines file type using "magic" numbers
Package: wnpp Severity: normal I request an adopter for the file package. file is of priority standard and comes with a library and thus the following additional packages are generated from the source: libmagic-dev, libmagic1 and python-magic. I believe the package to be in pretty good shape, even if the bug count suggests otherwise; most bugs are requests for the addition of new entries in the magic database and are not that urgent. The package description is: File tests each argument in an attempt to classify it. There are three sets of tests, performed in this order: filesystem tests, magic number tests, and language tests. The first test that succeeds causes the file type to be printed. . Starting with version 4, the file command is not much more than a wrapper around the "magic" library. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296871: RFA: swi-prolog -- Prolog interpreter
Package: wnpp Severity: normal I request an adopter for the swi-prolog package. All I need is a Prolog interpreter, and SWI-Prolog offers a complete language with many packages. Too much for my needs. The normal build process makes it a little tricky to build for Debian. The new build process of the development branch is better. It is still difficult to extract the packages. Perhaps it is much easier to just build one package from it. I will do that soon, but it is not really satisfactory. If someone with a keener interest in Prolog comes along, the package is his. The package description is: ISO/Edinburgh-style Prolog compiler. Compliant with Part 1 of the ISO standard for Prolog. Covers all traditional Edinburgh Prolog features and shares many features with Quintus and SICStus Prolog, including a compatible module system. Very fast compiler, garbage collection (also on atoms), fast and powerful C/C++ interface, autoloading, GNU-readline interface. . SWI-Prolog has been designed and implemented such that it can easily be modified for experiments with logic programming and the relation between logic programming and other programming paradigms (such as the object oriented XPCE environment). SWI-Prolog has a rich set of built-in predicates and reasonable performance, which makes it possible to develop substantial applications in it. The current version offers a module system, garbage collection and an interface to the C language. . Home page: http://www.swi-prolog.org -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#204658: ITP: develock -- additional font-lock keywords for the developers
Am 9.08.03 um 11:53:17 schrieb OHASHI Akira: > * Package name: develock > Description : additional font-lock keywords for the developers This is an Emacs minor mode, isn't it? Nothing in the whole description, let alone the title, suggests this except the words "minor mode" or "font lock", but one has to have heard of Emacs for these keywords to trigger anything. I think you should make it a little more obvious. Bye, Mike -- |=| Michael Piefel |=| Humboldt-Universität zu Berlin |=| Tel. (+49 30) 2093 3831
Bug#162159: Workrave packaging
Hello José, How's the packaging going on? I'm interested in the package, and would like to see it in Debian. Bye, Mike -- |=| Michael Piefel |=| Humboldt-Universität zu Berlin |=| Tel. (+49 30) 2093 3831
Bug#120553: ITP: STLPort compat library
Am 21.11.01 um 23:48:47 schrieb Peter Novodvorsky: > build complete, multiplatform ANSC C++ Standard Library with SGI STL I hope you mean ISO C++. This is an international standard. Bye, Mike -- |=| Michael Piefel[EMAIL PROTECTED] |=| Humboldt-Universität zu Berlin http://www.piefel.de |=| Tel. (+49 30) 2093 3831
Bug#107915: ITP: vim-scripts -- plugins for vim, adding bells and whistles
Package: wnpp Version: N/A; reported 2001-08-07 Severity: wishlist I intend to create a package vim-scripts. Vim is a very capable editor. Its scripting support allow the use of plugins that enhance the functionality of it. Many people have written scripts, they are scattered all over the web; however, there's a central resource on http://vim.sf.net to start with. I want to collect some of those scripts on a purely subjective and biased basis, and turn them into a Debian package, so that users can have a nice collection without having to go searching. Tell me if you think it's superfluous. Copyright and licensing: That's a problem. The scripts are freely available on the web, but most of them don't bear any licence. No licence usually means no right to use and distribute. Is there any reason I can ignore this problem? Or should I rather contact all the authors of individual scripts? This is a request for comments. (Or a cry for help. Although I wouldn't call it that, because cries for help are better suited for debian-mentors.) Bye, Mike -- |=| Michael Piefel[EMAIL PROTECTED] |=| Humboldt-Universität zu Berlin http://www.piefel.de |=| Tel. (+49 30) 2093 3831