Re: Non-identical files with identical md5sums on Debian systems?

2013-08-04 Thread Michael Welle
Hello, Russ Allbery writes: > Fabian Greffrath writes: > >> I do occasionally check for identical files on different systems by >> comparing their md5sums. So, just out of interest, could someone tell me >> (how to find out) how many non-identical files with identical md5sums >> there are there

Re: bug reports with urls in them

2012-04-02 Thread Michael Welle
Hello, m...@linux.it (Marco d'Itri) writes: > On Apr 02, Michael Welle wrote: > >> In life I tend to look for role models above me, not below me. Why >> imitate people or companies that do a bad job? We can do better. And of >> course, to come back to my initial

Re: bug reports with urls in them

2012-04-02 Thread Michael Welle
Hello, Russell Coker writes: > On Mon, 2 Apr 2012, Michael Welle wrote: >> I agree only partly with that. Losing a bug report or two is one >> thing. Imagine a potential or actual customer sending an email to a >> company and getting a response like: 'Well, we don&

Re: bug reports with urls in them

2012-04-01 Thread Michael Welle
Hello, Fernando Lemos writes: > Hi, > > On Sun, Apr 1, 2012 at 8:45 AM, Michael Welle wrote: >> Hello, >> >> Michael Banck writes: >> >>> On Sun, Apr 01, 2012 at 11:31:49AM +0200, Michael Welle wrote: >>>> Anyways, what if I want to repo

Re: bug reports with urls in them

2012-04-01 Thread Michael Welle
Hello, Michael Banck writes: > On Sun, Apr 01, 2012 at 11:31:49AM +0200, Michael Welle wrote: >> Anyways, what if I want to report a bug that happens if I use foo.org? > > We can discuss this again once this is actually the case. chances that users without technical backgroun

Re: bug reports with urls in them

2012-04-01 Thread Michael Welle
Hello, Andrey Rahmatullin writes: > On Sun, Apr 01, 2012 at 11:20:04AM +0200, Michael Welle wrote: >> >> I just tried to report a bug. To show how one can reproduce >> >> the bug I needed an url, I chose www.foo.org for that purpose. >> > See RFC2606. &g

Re: bug reports with urls in them

2012-04-01 Thread Michael Welle
Hello, Russ Allbery writes: > Michael Welle writes: > >> I just tried to report a bug. To show how one can reproduce >> the bug I needed an url, I chose www.foo.org for that purpose. The >> result: > >> : >> 140.211.15.34 failed after I sent the messag

Re: bug reports with urls in them

2012-04-01 Thread Michael Welle
Hello, Andrey Rahmatullin writes: > On Sun, Apr 01, 2012 at 11:11:11AM +0200, Michael Welle wrote: >> I just tried to report a bug. To show how one can reproduce >> the bug I needed an url, I chose www.foo.org for that purpose. > You have example.com just for that. >

Re: bug reports with urls in them

2012-04-01 Thread Michael Welle
Hello, martin f krafft writes: > also sprach Michael Welle [2012.04.01. +0200]: >> I just tried to report a bug. To show how one can reproduce >> the bug I needed an url, I chose www.foo.org for that purpose. > > See RFC2606. so you suggest a Debian user shoul

bug reports with urls in them

2012-04-01 Thread Michael Welle
Hello, I just tried to report a bug. To show how one can reproduce the bug I needed an url, I chose www.foo.org for that purpose. The result: : 140.211.15.34 failed after I sent the message. Remote host said: 550-Blacklisted URL in message. (foo.org) in [black]. See 550 http://lookup.uribl.com.

Re: Debug output etc, cluttering the terminal

2010-08-18 Thread Michael Welle
Hello, Lars Wirzenius writes: > On su, 2010-08-15 at 14:19 +0200, Tollef Fog Heen wrote: >> I would guess they still fill up the .xsession-errors file, though? At >> least for me, that file is mostly useless due to: >> >> « ...Too much output, ignoring rest... » >> >> as the last line. > > It

Re: Debug output etc, cluttering the terminal

2010-08-16 Thread Michael Welle
Good morning (at least in my time zone ;)), Christian PERRIER writes: > Quoting Michael Welle (mwe012...@gmx.net): >> Hello, >> >> what is the reason that many applications clutter the terminal with >> output that is obvisously debug output? Lets take digikam as a

Re: Debug output etc, cluttering the terminal

2010-08-15 Thread Michael Welle
Hello, Josef Spillner <2...@kuarepoti-dju.net> writes: > Am Samstag, 14. August 2010, 19:59:50 schrieb Michael Welle: >> Hello, >> >> what is the reason that many applications clutter the terminal with >> output that is obvisously debug output? Lets take dig

Re: Debug output etc, cluttering the terminal

2010-08-15 Thread Michael Welle
Hello, Neil Williams writes: > On Sun, 15 Aug 2010 08:57:56 +0200 > Michael Welle wrote: [...] >> My feeling is that many developers ^^ >> don't care because most users might not be aware of what is happening. > > That is a very cavalier attitude t

Re: Debug output etc, cluttering the terminal

2010-08-15 Thread Michael Welle
Hello, Neil Williams writes: > On Sun, 15 Aug 2010 08:51:21 +0200 > Michael Welle wrote: > >> > It's debug output, it is useful when debugging and you need the >> > output, e.g. when fixing bugs and the user can just be asked to run >> > the command

Re: Debug output etc, cluttering the terminal

2010-08-15 Thread Michael Welle
Hello, "brian m. carlson" writes: > On Sun, Aug 15, 2010 at 12:09:42AM +0100, Neil Williams wrote: >> It's debug output, it is useful when debugging and you need the output, >> e.g. when fixing bugs and the user can just be asked to run the command >> from the terminal and post the output to hel

Re: Debug output etc, cluttering the terminal

2010-08-14 Thread Michael Welle
Hello, Paul Wise writes: [...] > debug output should certainly not be output by default in released > versions without a command-line or configuration option turning it on. > > l for one don't want ls doing something like this: > > ls: starting up > ls: checking for bad filesystems > ls: searchin

Re: Debug output etc, cluttering the terminal

2010-08-14 Thread Michael Welle
Hello, Neil Williams writes: > On Sat, 14 Aug 2010 19:59:50 +0200 > Michael Welle wrote: > >> what is the reason that many applications clutter the terminal with >> output that is obvisously debug output? > > It's debug output, it is useful when debugging and

Debug output etc, cluttering the terminal

2010-08-14 Thread Michael Welle
Hello, what is the reason that many applications clutter the terminal with output that is obvisously debug output? Lets take digikam as an example: kdeinit4: preparing to launch /usr/lib/kde4/libkdeinit/libkdeinit4_klauncher.so Connecting to deprecated signal QDBusConnectionInterface::serviceOwne

Re: Sourcing init-functions

2010-01-16 Thread Michael Welle
Hi Steve, Steve Langasek writes: > Hi Michael, > > On Sat, Jan 16, 2010 at 10:57:48AM +0100, Michael Welle wrote: >> several init scripts use such a fragment for sourcing init-functions: > >> if ! [ -x "/lib/lsb/init-functions" ]; then >> . /lib/lsb/i

Sourcing init-functions

2010-01-16 Thread Michael Welle
Hello, several init scripts use such a fragment for sourcing init-functions: if ! [ -x "/lib/lsb/init-functions" ]; then . /lib/lsb/init-functions else echo "E: /lib/lsb/init-functions not found, lsb-base (>= 3.0-6) needed" exit 1 fi What is the reason to bail out if the execute bit is set

PGP-Keys for package work

2008-12-25 Thread Michael Welle
Hi, do you maintain a separate key for signing packages etc. or do you use a subkey and a separate user id on your usual key? I tend to use the subkey approach. Any opinions on this? Best practices? Michael -- biff4emacsen - A biff-like tool for (X)Emacs http://www.c0t0d0s0.de/biff4emacsen/biff

Re: Packaging shell functions

2008-10-09 Thread Michael Welle
Hi, Clint Adams <[EMAIL PROTECTED]> writes: > On Thu, Oct 09, 2008 at 03:04:28PM +0200, Michael Welle wrote: >> vared [1] lets you edit environment variables an a fancy way and than >> it sets their new value in your current shell session. The shell >> functions/alia

Re: Packaging shell functions

2008-10-09 Thread Michael Welle
Hi, Michael Meskes <[EMAIL PROTECTED]> writes: >> I'm packaging a little tool called vared. Vared relies on some shell >> functions and/or aliases that must have been sourced into the >> environment before usage. What may be the best pratice to package >> such shell functions? >> ... > > How abou

Re: Packaging shell functions

2008-10-09 Thread Michael Welle
Hi, "Eugene V. Lyubimkin" <[EMAIL PROTECTED]> writes: > Michael Welle wrote: >> Hi, >> >> I'm packaging a little tool called vared. Vared relies on some shell >> functions and/or aliases that must have been sourced into the >> environment

Packaging shell functions

2008-10-09 Thread Michael Welle
Hi, I'm packaging a little tool called vared. Vared relies on some shell functions and/or aliases that must have been sourced into the environment before usage. What may be the best pratice to package such shell functions? First approch is to put the shell code somewhere under /usr/share/vared

Re: Bug#427297: ITP: sturmbahnfahrer -- simulated obstacle course for automobiles

2007-06-04 Thread Michael Welle
Hi, "Miriam Ruiz" <[EMAIL PROTECTED]> writes: > Then, would simply "sturmbahn" be a suitable name for the package? sorry, I forgot to mention that the name seems to sound much better without the term 'fahrer'. Michael -- biff4emacsen - A biff-like tool for (X)Emacs http://www.c0t0d0s0.de/biff

Re: Bug#427297: ITP: sturmbahnfahrer -- simulated obstacle course for automobiles

2007-06-04 Thread Michael Welle
Hi Miriam, "Miriam Ruiz" <[EMAIL PROTECTED]> writes: > Then, would simply "sturmbahn" be a suitable name for the package? is this an yes/no question? I for myself with decent knowledge of german language and history have no big issues with the name. But I understand that some people have bad feel

Re: Bug#427297: ITP: sturmbahnfahrer -- simulated obstacle course for automobiles

2007-06-04 Thread Michael Welle
Hi Frank, Frank Küster <[EMAIL PROTECTED]> writes: > Michael Welle <[EMAIL PROTECTED]> wrote: > >> The german term 'Sturmbahn' as in 'Sturmbahnfahrer' describes a trail >> were you have to vanquish some barriers to train your physical >> f

Re: Bug#427297: ITP: sturmbahnfahrer -- simulated obstacle course for automobiles

2007-06-04 Thread Michael Welle
Hi Miriam, "Miriam Ruiz" <[EMAIL PROTECTED]> writes: > 2007/6/4, Alexander Reelsen <[EMAIL PROTECTED]>: >> >> Hi >> >> > On Sun, 2007-06-03 at 12:49 +0200, Andreas Tille wrote: >> >> I'm not really picky about names and would be quite relaxed if the >> >> official >> >> homepage http://www.sturmb

Re: Orphaning my packages

2006-09-20 Thread Michael Welle
Hi, "Jan C. Nordholz" <[EMAIL PROTECTED]> writes: > Hi, > >> > * rxvt >> as a user of rxvt I like to see it remain in Debian. I'm not a Debian >> developer > > Same for me. I'd also take rxvt and am no DD either. Michael, maybe you'd > like to agree on some kind of team maintenance? My workload i

Re: Orphaning my packages

2006-09-19 Thread Michael Welle
Hi, Nathanael Nerode <[EMAIL PROTECTED]> writes: > David Moreno Garza wrote: [...] > The ones which haven't been picked up either with ITAs or in this thread, > and which aren't lib*-perl or lib*-ruby, are: > > * dlume > * fpm > * gxmms > * kipina > * revolution > * rxvt as a user of rxvt I like