Re: table view wnpp page now on wnpp.debian.net

On Mon, 2008-03-24 at 01:41 +0100, Sebastian Pipping wrote: > Tim Cutts wrote: > > Still not free, but the following web site probably helps you do what > > you want: > > > > http://wellstyled.com/tools/colorscheme2/index-en.html > > Very cool tool. I guess they changed the license, > it reads C

Re: table view wnpp page now on wnpp.debian.net

Tim Cutts wrote: Still not free, but the following web site probably helps you do what you want: http://wellstyled.com/tools/colorscheme2/index-en.html Very cool tool. I guess they changed the license, it reads Creative Commons BY-NC-SA 2.0 now. Click on its "triad" button, and it automatic

Bug#472384: ITP: libsort-fields-perl -- Sort lines containing delimited fields

Package: wnpp Severity: wishlist Owner: Dominic Hargreaves <[EMAIL PROTECTED]> * Package name: libsort-fields-perl Version : 0.90 Upstream Author : Joseph Hall <[EMAIL PROTECTED]> * URL : http://search.cpan.org/dist/Sort-Fields/ * License : Public Domain[1] Pr

Re: Bits from the armel porters

Hi, On Fri Mar 07, 2008 at 12:31:23 +0100, Marc 'HE' Brockschmidt wrote: > Riku Voipio <[EMAIL PROTECTED]> writes: > > For the second point, armel must keep up-to-date and must not have > > build failures affecting armel. The current buildds are struggling to > > keep upto date, so 4 new Thecus m

Re: .desktop files for x-www-browser and x-terminal-emulator

On ven, 2008-03-21 at 22:21 +0800, Enrico Zini wrote: > Hello, > > It has been brought to my attention that we don't have .desktop files > to launch what is the standard Debian way to launch web browsers and > terminal emulators: how come? Could you please care to explain what they would be usefu

Re: Service stopping in prerm considered harmful

On 23-Mar-08, 03:05 (CDT), Steve Langasek <[EMAIL PROTECTED]> wrote: > We can be more explicit about what it means to be "sensible", of course, but > I don't see how anyone would argue that throwing an error when the service > is already stopped would be ok. I've had bug reports closed with *exac

Re: where to register TeX related software with doc-base?

Ralf Treinen <[EMAIL PROTECTED]> writes: > Sorry if this has been answered before, but looking at section 2.3.3 of > the doc-base manual (version 0.8.10) I cannot find a section TeX. If > memory serves me right we used to have a section "tex", at least I > used to register the docs of some my TeX-

Re: What to do with old configs

На Sat, 22 Mar 2008 20:09:47 +0100 Adeodato Simó <[EMAIL PROTECTED]> записано: > * Alexander GQ Gerasiov [Sat, 22 Mar 2008 22:04:38 +0300]: > > > Hi there. > > Hello Alexander. Check . Hello again. I found problem with those scripts: $ export CONFFI

Re: RFC: preventing accidental deletion of system directories

On Sun, Mar 23, 2008 at 04:55:52PM +, Lesley Binks wrote: > In *nix based systems rm has always meant rm - deleting files does just that. > The KDE Desktop provides the option to keep this functionality or have > temporary trash can on the desktop. However, you don't get the option > of a tras

Re: Service stopping in prerm considered harmful

Russ Allbery schrieb am Sunday, den 23. March 2008: > Alexander Wirt <[EMAIL PROTECTED]> writes: > > > There is a small trick with dh_installinit that can be used. dh_installinit > > supports an errorhandler. If called like: > > > > dh_installinit -i --error-handler=init_failed --init-script=ama

Re: RFC: preventing accidental deletion of system directories

I demand that Andrew M.A. Cater may or may not have written... > On Sat, Mar 22, 2008 at 05:12:50AM -0500, William Pitcock wrote: [snip] >> Maybe asking "Are you sure you want to do this", but outright refusing >> to do something seems quite ridiculous to me. > Of course, knowing that I do such t

Re: Service stopping in prerm considered harmful

Alexander Wirt <[EMAIL PROTECTED]> writes: > There is a small trick with dh_installinit that can be used. dh_installinit > supports an errorhandler. If called like: > > dh_installinit -i --error-handler=init_failed --init-script=amavis -- > defaults 19 21 > > it generates the following debhelper

Re: RFC: preventing accidental deletion of system directories

On 23/03/2008, Andrew M.A. Cater <[EMAIL PROTECTED]> wrote: > On Sat, Mar 22, 2008 at 03:50:32PM -0500, William Pitcock wrote: > > Hi, > > > > On Sat, 2008-03-22 at 13:51 +0100, Adam Borowski wrote: > > > To get those Vistaesque questions, "alias rm='rm -i'" is surely not > > > worth a > > >

Re: Simple bug left unsolved

On Sun, 23 Mar 2008 14:36:04 +0100 Kurt Petersen <[EMAIL PROTECTED]> wrote: > The "installation-reports"-package has about 1.500 bug reports. It is > A LOT... Including archived bugs, there are also nearly 2,000 resolved bugs which is also a lot. > Something should be done to have at least simpl

Re: RFC: preventing accidental deletion of system directories

On Sat, Mar 22, 2008 at 03:50:32PM -0500, William Pitcock wrote: > Hi, > > On Sat, 2008-03-22 at 13:51 +0100, Adam Borowski wrote: > > To get those Vistaesque questions, "alias rm='rm -i'" is surely not > > worth a > > package. It's slightly larger in scope, but only slightly, as > > removing > >

Simple bug left unsolved

Hi The "installation-reports"-package has about 1.500 bug reports. It is A LOT... Maybe one reason is that even the simplest bugs are just left unsolved. A friend of mine reported a bug (#468779) and informed about a simple way to solve it. The reply from the maintainer was that it was complica

Re: RFC: preventing accidental deletion of system directories

On Sat, Mar 22, 2008 at 09:14:57AM -0400, Roberto C. Sánchez wrote: > Of course, knowing that I do such things on occasion, I have aliased > 'rm' to 'rm -i', so it will ask unless I pass '-f' along. Speaking from experience, this kind of behavior makes people use "rm -f" all the time, which means

Re: RFC: preventing accidental deletion of system directories

* William Pitcock <[EMAIL PROTECTED]> [080322 21:49]: > Yes, that's what I mean: what's wrong with making rm -i the default > behaviour? We could do that by simply patching coreutils. The biggest problem with rm -i is that there is no switch reverting it. There is -f, but that means deleting every

Re: Simple bug left unsolved

On Sunday 23 March 2008, you wrote: > The "installation-reports"-package has about 1.500 bug reports. It is > A LOT... True. > Maybe one reason is that even the simplest bugs are just left unsolved. No. It is because the Debian Installer team is really quite small. The amount of work that is do

Re: Bug#472048: libmtp7 shouldn't depend on udev

* Romain Beauxis <[EMAIL PROTECTED]> [2008-03-23 12:30]: > Recommends seems much better to me, unless you have a general reason for > using > Suggests. > > If the submitter wants to install without udev, then Recommends gives him > this > possibility, while most users will still have a full i

Re: Bug#472048: libmtp7 shouldn't depend on udev

Le Sunday 23 March 2008 10:27:00 Rafael Laboissiere, vous avez écrit : > [I am moving this discussion into debian-devel, in order to get advise from > the other developers. Please, respect the M-F-T header.] > > The discussion below is about Bug#472048.  I would like to know from people > using lib

Re: RFC: preventing accidental deletion of system directories

On Sat, 22 Mar 2008 22:16:12 +1300, Francois Marier <[EMAIL PROTECTED]> wrote: > - how to get this script to be picked up before 'rm' in the PATH (including > when using sudo) or whether it should be an alias in all of the shell > global config files (like /etc/bash.bashrc) Call the script dir

Re: Bug#472048: libmtp7 shouldn't depend on udev

[I am moving this discussion into debian-devel, in order to get advise from the other developers. Please, respect the M-F-T header.] The discussion below is about Bug#472048. I would like to know from people using libmtp and its main reverse-dependencies (gnomad2, amarok, and rhythmbox) whether i

Re: Service stopping in prerm considered harmful

Pierre THIERRY schrieb am Sunday, den 23. March 2008: > For the nth time, I have a package that dpkg is unable to remove because > it tries to stop a service that either is already stopped (I didn't want > it) or couldn't start at all. In the former case, the fix seems simple: > start the service

Bug#279983: Now I am Fully Equipped

Have a rockin’ good time every night all night long with this. http://www.decomitsom.com/ Measure Up To Your Future -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Service stopping in prerm considered harmful

On Sat, Mar 22, 2008 at 09:06:11PM -0700, Russ Allbery wrote: > > For the nth time, I have a package that dpkg is unable to remove because > > it tries to stop a service that either is already stopped (I didn't want > > it) or couldn't start at all. In the former case, the fix seems simple: > > st

Re: RFC: preventing accidental deletion of system directories

On Sat, Mar 22, 2008 at 03:50:32PM -0500, William Pitcock wrote: > Hi, > > On Sat, 2008-03-22 at 13:51 +0100, Adam Borowski wrote: > > To get those Vistaesque questions, "alias rm='rm -i'" is surely not > > worth a > > package. It's slightly larger in scope, but only slightly, as > > removing > >