Re: Bug#378167: ITP: sudoku -- console based sudoku

Nacho Barrientos Arias <[EMAIL PROTECTED]> writes: >> Would sudokurse be better? > > Could be nice. Please don't rename upstream software more than you must, this only leads to confusion among users. Don't come up with funny package names yourself. One should be able to see the relation between t

Re: Hidden files

Henning Makholm <[EMAIL PROTECTED]> writes: > But I don't think I have ever used ls from an interactive shell > _without_ the -a flag. I use -a (or -A) very, very rarely. (Not that I don't agree that the concept of hidden files should be replaced by using ~/etc/ for "dotfile", but when we do thi

Re: O: Gnus -- A versatile News and mailing list reader for Emacsen.

"Bernhard R. Link" <[EMAIL PROTECTED]> writes: >> Should Debian enforce a policy here? > > There is a Developer's reference quite explicit about that topic > and all those packages beside his. I guess you refer to "6.7.8 Best practices for orig.tar.gz files". This describes one way to accomplish

Re: O: Gnus -- A versatile News and mailing list reader for Emacsen.

"Bernhard R. Link" <[EMAIL PROTECTED]> writes: > - upstream includes "genuinely useless cruft" which removal > causes "significant space savings" (Imagine some 20k tool > containing 50M screenshots of how cool it is once you got > it compiled) > -> repack it removing that stuff >

Re: Bug#364609: O: Gnus -- A versatile News and mailing list reader for Emacsen.

Manoj Srivastava <[EMAIL PROTECTED]> writes: > After seven and a half years of maintaining Gnus, I am having > to give away the package, on what I consider is a matter of > principle. My upload removing non-DFSG bits was rejected, on the > grounds that the upload renamed the source pac

Re: removal of svenl from the project

Sven Luther <[EMAIL PROTECTED]> writes: > On Tue, Mar 14, 2006 at 09:01:09PM -0500, Andres Salomon wrote: >> Hi, >> >> I am going through the expulsion process to have Sven Luther removed >> from the project. The process is outlined here: >>

[repost] Policy for Scheme implementations supporting SRFI 22, also virtual packages

Note: This is a repost of the mail at http://lists.debian.org/debian-devel/2005/04/msg01000.html - no replies were received at that time. I have now created a bug report against debian-policy (#310113) requesting the creation of the virtual packages mentioned in the policy. I will wait

Policy for Scheme implementations supporting SRFI 22

Hello! The Scheme programming language is notorious for its lack of standardization. The SRFI process[1] is trying to mitigate this problem. Particularily, SRFI 22[2], "Running Scheme Scripts on Unix", tries to standardize interpreter names for Scheme scripts. This is relevant to Debian as this int

Bug#172532: ITP: prolog-el -- Emacs major mode for editing Prolog code

Package: wnpp Version: unavailable; reported 2002-12-10 Severity: wishlist * Package name: prolog-el Version : 0.1.35 Upstream Author : Stefan Bruda <[EMAIL PROTECTED]> * URL : http://turing.ubishops.ca/home/bruda/emacs-prolog/ * License : GPL Description