Re: Second call for votes for the debian project leader election 2007

[Kalle Kivimaa]

Simon Josefsson <[EMAIL PROTECTED]> writes:
> Mailcrypt doesn't, as far as I know, support PGP/MIME (RFC 3156).
> PGP/MIME is the only standards-conforming way to do OpenPGP signatures
> containing non-ASCII text.  Check your e-mail if it contains a
> top-level Content-Type of multipart/signed.  If it doesn't, you used
> the vanilla inline OpenPGP type.

Yes, I know that. When I last tried to vote using PGP/MIME, devotee
didn't like that either, so as I was able to get devotee to like my
ASCII inline signed ballot, I didn't dig deeper into the problem with
PGP/MIME and Gnus and XEmacs.

-- 
* Sufficiently advanced magic is indistinguishable from technology (T.P)  *
*   PGP public key available @ http://www.iki.fi/killer   *


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Second call for votes for the debian project leader election 2007

[Raphael Hertzog]

On Wed, 28 Mar 2007, Andreas Tille wrote:
>   2) issue an alternate ballot where 'ë' in Raphaël is
>  simplified as 'e' (and we agree that this is the same
>  person as Raphaël)

For the record, I already authorized Manoj to do that. In fact, I don't
even recall how the accent got integrated in the LDAP database as I always
used my name without accent everywhere (in particular in my GPG key and in
my From: headers) at the time I joined the project.

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: many rejects (Re: Second call for votes for the debian project leader election 2007)

[Romain Beauxis]

Le mercredi 28 mars 2007 09:31, Michal Čihař a écrit :
> Same here, tried encrypted first, it failed (see bellow), then
> unencrypted and it worked fine.

Precisly the same issue here.
It has been reported to work on mutt, and it failed here with kmail.
Is the crypt+sign mail format standard ?


Romain

Unable to upload pacakge

[Cai Qian]

Hi,

I tried to upload pacakge to anonymous ftp master through passive FTP
method. However, I have always got the following error,

 4digits_0.4-1_i386.changes isn't signed with PGP/GnuPG
 Removing 4digits_0.4-1_i386.changes, but keeping its associated files for now.

 Greetings,

 Your Debian queue daemon

I have no idea why it said so, as the file has been signed correctly.

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sat, 24 Mar 2007 13:37:18 +0800
Source: 4digits
Binary: 4digits
Architecture: source i386
Version: 0.4-1
Distribution: unstable
Urgency: low
Maintainer: Cai Qian <[EMAIL PROTECTED]>
Changed-By: Cai Qian <[EMAIL PROTECTED]>
Description: 
 4digits- A guess-the-number game, aka Bulls and Cows
Closes: 415838
Changes: 
 4digits (0.4-1) unstable; urgency=low
 .
   * Initial release (Closes: #415838)
Files: 
 ff8d5216fd4974fc93433cb3eef5f982 839 games extra 4digits_0.4-1.dsc
 1f0b4e7165e1eb329dbcc0e802fd1383 107875 games extra 4digits_0.4.orig.tar.gz
 ea67b43a7b610fa733af12321da6d12b 2514 games extra 4digits_0.4-1.diff.gz
 8521919e7698c21d70a2267cd1319119 103838 games extra 4digits_0.4-1_i386.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iQEVAwUBRgTYKcSMJEo6oWZwAQIUPwgAnNIJFIuf1V2AUb1BwfItxunQ2DlGyeHA
uAiSIx6XLJ4kVfliP8VOpXQG+Hct89PFufmY0eRuxf8dUtFmrZh766/yrBg6PeaT
Ka4OITL5GEH1EeBmzOs9nFzfoKdyWivyKtS37C+WZISkdUcm9kPMhbUKp4yWu57I
Lr4AupaXftVHicbuiRlVIAlZ/LAKkWgKH/ZzOeROAu9+UIjp2DW6YIV1ZcLkxy/0
HujjghId1zBS5xmwjxXKHLELx+kPrMSHh9clzvV7Ji4a/fykUwb3q10fmmg4YIwM
cmxgDibdFS2Hy52RwldkhfXxtPOvZhvE0Iv/UY4Sxd9P0G6aMqOVeQ==
=8jGU
-END PGP SIGNATURE-

(PS: please CC me.)

Regards,
Cai Qian


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#416491: ITP: kmidimon -- MIDI monitor using ALSA sequencer and KDE user interface

[Free Ekanayaka]

Package: wnpp
Owner: Free Ekanayaka <[EMAIL PROTECTED]>
Severity: wishlist

* Package name: kmidimon
  Version : 0.5.0
  Upstream Author : Pedro Lopez-Cabanillas 
* URL or Web page : http://sourceforge.net/project/showfiles.php?group_id=134956
* License : GPL
  Description : MIDI monitor using ALSA sequencer and KDE user interface

 KMidimon can monitor a MIDI data stream, in order to diagnose
 a malfunctioning piece of equipment or to examine the contents
 of a MIDI sequence during playback.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#416151: ITP: nss -- Network Security Service libraries

[Russell Coker]

On Sunday 25 March 2007 20:07, Mike Hommey <[EMAIL PROTECTED]> wrote:
> * Package name: nss
>   Version : 3.11.5
>   Upstream Author : Mozilla Project
> * URL : http://www.mozilla.org/projects/security/pki/nss/
> * License : GPL/LGPL/MPL
>   Programming Lang: C
>   Description : Network Security Service libraries

How about a name other than "nss".  We already have libnss3 and libnss-*, 
having another package using a name based on nss would only add to confusion.

> This library is already provided by the xulrunner source package, but the
> intent is now to have it built from a separate package.

How about xulrunner-nss for a package name?

-- 
[EMAIL PROTECTED]
http://etbe.blogspot.com/  My Blog

http://www.coker.com.au/sponsorship.html Sponsoring Free Software development


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#416397: ITP: haproxy -- fast and reliable load balancing reverse proxy

[Russell Coker]

On Wednesday 28 March 2007 02:20, Arnaud Cornet <[EMAIL PROTECTED]> 
wrote:
> HAProxy is a TCP/HTTP reverse proxy which is particularly suited for high
> availability environments. It features connection persistence through HTTP
> cookies, load balancing, header addition, modification, deletion both ways.
> It has request blocking capabilities and provides interface to display
> server status.

How do you preserve the mapping between the origin IP address and the 
connection that the web server receives?

For HTTP the easiest solution would be to insert a header with the origin IP 
that could then be logged, does the HTTP header addition/modification 
functionality of HAProxy support this?

Has this problem been solved for a protocol other than HTTP?  In theory you 
could have a user-space TCP stack that sends data to the back-end server with 
a source address that is the same as that of the origin.  Has anyone done 
this?

-- 
[EMAIL PROTECTED]
http://etbe.blogspot.com/  My Blog

http://www.coker.com.au/sponsorship.html Sponsoring Free Software development


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Ethernet interface numbering in etch

[Russell Coker]

On Tuesday 27 March 2007 07:11, Luigi Gangitano <[EMAIL PROTECTED]> wrote:
> 2. XEN domUs without fixed mac address setting (configurable in  
> virtual domain configuration file), can have a different MAC address  
> each time are booted and udev will keep adding a new interface each  
> time.

Maybe we could have a special-case for MAC addresses in that range and have 
udev not rename them unless satisfying some other requirement forced it.

-- 
[EMAIL PROTECTED]
http://etbe.blogspot.com/  My Blog

http://www.coker.com.au/sponsorship.html Sponsoring Free Software development

Re: Bug#416151: ITP: nss -- Network Security Service libraries

[Steve Langasek]

On Wed, Mar 28, 2007 at 09:52:11AM +1100, Russell Coker wrote:
> On Sunday 25 March 2007 20:07, Mike Hommey <[EMAIL PROTECTED]> wrote:
> > * Package name: nss
> >   Version : 3.11.5
> >   Upstream Author : Mozilla Project
> > * URL : http://www.mozilla.org/projects/security/pki/nss/
> > * License : GPL/LGPL/MPL
> >   Programming Lang: C
> >   Description : Network Security Service libraries

> How about a name other than "nss".  We already have libnss3 and libnss-*, 
> having another package using a name based on nss would only add to confusion.

The "nss" in "libnss3" is the same nss as this.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#416397: ITP: haproxy -- fast and reliable load balancing reverse proxy

[Javier Fernández-Sanguino Peña]

On Wed, Mar 28, 2007 at 10:11:51AM +1100, Russell Coker wrote:
> Has this problem been solved for a protocol other than HTTP?  In theory you 
> could have a user-space TCP stack that sends data to the back-end server with 
> a source address that is the same as that of the origin.  Has anyone done 
> this?

If it has, I've not seen it in any RFCs nor in any of the most common
load-balancing solutions for Enterprises (all products I know of are
closed-sourced so I will not provide names) I've worked with.  Most of them
avoid this issue by working inline and NATting the destination IP of incoming
requests transparently. That way they original IP address is preserved.

Including the "standard" X-Forwarded-For HTTP header when working with
transparents proxy is somewhat common for those devices not working inline
with the traffic flow. Although that is rarely used for more than log
statistics (visitors, etc) since authentication is typically application-level
based.

Just my 2c.

Javier


signature.asc
Description: Digital signature

Re: Ethernet interface numbering in etch

[Marco d'Itri]

On Mar 28, Russell Coker <[EMAIL PROTECTED]> wrote:

> On Tuesday 27 March 2007 07:11, Luigi Gangitano <[EMAIL PROTECTED]> wrote:
> > 2. XEN domUs without fixed mac address setting (configurable in  
> > virtual domain configuration file), can have a different MAC address  
> > each time are booted and udev will keep adding a new interface each  
> > time.
> Maybe we could have a special-case for MAC addresses in that range and have 
> udev not rename them unless satisfying some other requirement forced it.
It's even easier, just add this rule:

DRIVERS=="vif", GOTO="persistent_net_generator_end"

It's probably safe enough to be the default, but I am not sure if the
release manager would appreciate me adding it so close to the release.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Re: Bug#416397: ITP: haproxy -- fast and reliable load balancing reverse proxy

[Arnaud Cornet]

On Wed, Mar 28, 2007 at 10:11:51AM +1100, Russell Coker wrote:
> How do you preserve the mapping between the origin IP address and the 
> connection that the web server receives?
> 
> For HTTP the easiest solution would be to insert a header with the origin IP 
> that could then be logged, does the HTTP header addition/modification 
> functionality of HAProxy support this?

"X-Forwarded-For" is the de-facto standard HTTP header to achieve this.
HAProxy does support this header with "forwardfor" option.

Cheers,
-- 
Arnaud Cornet


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: many rejects (Re: Second call for votes for the debian project leader election 2007)

[Roberto C . Sánchez]

On Wed, Mar 28, 2007 at 12:12:55PM +0200, Romain Beauxis wrote:
> Le mercredi 28 mars 2007 09:31, Michal ??iha?? a écrit :
> > Same here, tried encrypted first, it failed (see bellow), then
> > unencrypted and it worked fine.
> 
> Precisly the same issue here.
> It has been reported to work on mutt, and it failed here with kmail.
> Is the crypt+sign mail format standard ?
> 
The last vote (on the package upload rules) worked for me sending
encrypted from mutt.

Regards,

-Roberto

-- 
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Re: Second call for votes for the debian project leader election 2007

[Manoj Srivastava]

On Tue, 27 Mar 2007 23:27:59 -0700, Ben Pfaff <[EMAIL PROTECTED]> said: 

> Andreas Tille <[EMAIL PROTECTED]> writes:
>> The relation between Rejects and Voters is currently the highest we
>> ever had.  I'm just asking whether we need some technical
>> improvement here because I personally add a count of three to the
>> rejects and have no idea how to vote successfully.

> With Gnus+Mailcrypt, I was unable to vote with a signed but not
> encrypted ballot.  The voting daemon claimed that there was some
> kind of quoted-printable problem.  This surprised me: Gnus and
> Mailcrypt have not caused problems for me with any previous votes.
> However, this is the only ballot I recall containing non-ASCII
> characters, which could be the cause.

> So then I sent in a signed and encrypted ballot.  This caused the
> whole ballot to be base64-encoded.  Presumably this sidestepped the
> quoted-printable problem, because it was accepted.  -- Ben Pfaff
> http://benpfaff.org

mailcrypt does not produce PGP/MIME mails, it signs and ascii
 armors a file, which is included as body of the message, and passed
 to Gnus.  Gnus then notices there are non-ascii characters, and
 proceeds to protect them; which violates the integrity of the mail.

My suggestion is to stop using mailcrypt, it is ancient, and
 hoary; pgg and easypg work a lot better.

This is a case of non-functional MUA software.

manoj
-- 
Unix is a Registered Bell of AT&T Trademark Laboratories. Donn Seeley
Manoj Srivastava <[EMAIL PROTECTED]> 
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: many rejects (Re: Second call for votes for the debian project leader election 2007)

[Manoj Srivastava]

On Wed, 28 Mar 2007 12:12:55 +0200, Romain Beauxis <[EMAIL PROTECTED]> said: 

> Le mercredi 28 mars 2007 09:31, Michal Čihař a écrit :
>> Same here, tried encrypted first, it failed (see bellow), then
>> unencrypted and it worked fine.

> Precisly the same issue here.

The issue there was using a signing key not in the debian
 keyring. If you are doing the same, please stop.

> It has been reported to work on mutt, and it failed here with kmail.
> Is the crypt+sign mail format standard ?

Yup. MIME type application/pgp-encrypted is how it is done.

manoj
-- 
All the really good ideas I ever had came to me while I was milking a
cow. Grant Wood
Manoj Srivastava <[EMAIL PROTECTED]> 
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C

Re: Second call for votes for the debian project leader election 2007

[Manoj Srivastava]

On Wed, 28 Mar 2007 09:31:10 +0200 (CEST), Andreas Tille <[EMAIL PROTECTED]> 
said: 

> On Tue, 27 Mar 2007, Ben Pfaff wrote:
>> However, this is the only ballot I recall containing non-ASCII
>> characters, which could be the cause.

> Ahhh, this is a typical cause of problems.  So we have three
> chances:

>   1) fix software that interprets incoming mails

There is nothing wrong with the software that interprets
 incoming mails; the mails that fail actually fail cryptographic
 checks since they have been masssaged by the MUA/MTA afterwards,
 because the MUA did not do the encoding _before_ signing the body.

>   2) issue an alternate ballot where 'ë' in Raphaël is simplified as
>  'e' (and we agree that this is the same person as Raphaël)

Which would mean that anyone sending in the current official
 ballot would get their vote rejected, since the integrity checks will
 fail.  I am not a proponent of hacking away at unrelated software to
 ameliorate bugs in other software; the problems here seem to be using
 bad MUA software that can't, in this day and age, handle signed mail
 using accented chanracters.

>   3) do not accept DPLs with non-ASCI names. ;-))

Sure, if you think that is better than fixing broken MUAs.

> Probably 2 is the esiest to implement solution for the moment
> without discriminating anybody.

No, that discriminates against people who have working MUA
 software and use the current ballot, which has been posted often
 enough, and has been available from [EMAIL PROTECTED]


Changing a ballot mid stream is not a good idea.

manoj
-- 
Oppernockity tunes but once.
Manoj Srivastava <[EMAIL PROTECTED]> 
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: many rejects (Re: Second call for votes for the debian project leader election 2007)

[Manoj Srivastava]

On Wed, 28 Mar 2007 09:31:10 +0200, Michal Čihař <[EMAIL PROTECTED]> said: 

> Hi On Wed, 28 Mar 2007 07:56:23 +0200
> Bart Martens <[EMAIL PROTECTED]> wrote:

>> On Wed, 2007-03-28 at 07:43 +0200, Andreas Tille wrote:
>> > The relation between Rejects and Voters is currently the highest
>> > we ever had.  I'm just asking whether we need some technical
>> > improvement here because I personally add a count of three to the
>> > rejects and have no idea how to vote successfully.
>> 
>> I had problems with encrypted voting.  Unencrypted voting worked
>> for me.

> Same here, tried encrypted first, it failed (see bellow), then
> unencrypted and it worked fine.

>  The folowing errors were reported:
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> There was a problem verifying the signature on the ballot.  GPG did
> not return a fingerprint or key id
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> gpg: WARNING: unsafe permissions on homedir
> `/org/vote.debian.org/data/leader2007' gpg: encrypted with 2048-bit
> ELG-E key, ID 05C78623, created 2004-01-10 gpg: encrypted with
> 2048-bit ELG-E key, ID 43C42E9B, created 2007-03-09 [GNUPG:] ENC_TO
> E1427DEB43C42E9B 16 0[GNUPG:] USERID_HINT E1427DEB43C42E9B DPL Vote
> 2007 (Ephemeral Key) <[EMAIL PROTECTED]>[GNUPG:]
> NEED_PASSPHRASE E1427DEB43C42E9B 7C9FC748EBF31170 16 0[GNUPG:]
> GOOD_PASSPHRASE[GNUPG:] ENC_TO 6EFA5AE205C78623 16 0[GNUPG:]
> NO_SECKEY 6EFA5AE205C78623[GNUPG:] BEGIN_DECRYPTION[GNUPG:]
> PLAINTEXT 62 1174979122 [GNUPG:] DECRYPTION_OKAY[GNUPG:]
> GOODMDC[GNUPG:]
> END_DECRYPTION-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

This seems to indicate that the key was not in the keyring.
> 2048-bit ELG-E key, ID 43C42E9B, created 2007-03-09

__> gpg --homedir=.  --keyring debian-keyring.gpg --keyring debian-keyring.pgp 
--with-colons --list-keys 0x05C78623
tru::1:1173480793:0:3:1:5
pub:-:1024:17:DC3552E836E75604:2004-01-10:::-:Michal �x8ciha�x99 <[EMAIL 
PROTECTED]>::scESC:
uid:-2004-01-10::F480D937920614DA2771B2AC795928D40377D5D6::Michal 
�x8ciha�x99 <[EMAIL PROTECTED]>:
uid:-2005-06-24::116BDA5CF8D36EE8B1292D3E92D36255A5FB6B84::Michal 
�x8ciha�x99 <[EMAIL PROTECTED]>:
uid:r::D1EC97D564177B3B1353C10890FC7E2587E036F3::Michal �x8ciha�x99 <[EMAIL 
PROTECTED]>:
uid:-2005-06-24::6688FC339BECDD0C786D57C010DAD2CA2556D79A::Michal 
�x8ciha�x99 <[EMAIL PROTECTED]>:
uid:-2004-01-17::D8B33E3CA038B007EDF62CD1A62B21074C7A989A::Michal 
�x8ciha�x99 <[EMAIL PROTECTED]>:
uid:-2007-03-14::CA412CA1B1E145B6CE7FABC55F4AC57FD8E6190F::Michal 
�x8ciha�x99 <[EMAIL PROTECTED]>:
sub:-:2048:16:6EFA5AE205C78623:2004-01-10::e:


See? Don't sign with a key that is not in the debian keyring
 yet.

Again, not a devotee problem.

manoj
-- 
You don't become a failure until you're satisfied with being one.
Manoj Srivastava <[EMAIL PROTECTED]> 
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C

Re: Second call for votes for the debian project leader election 2007

[Andreas Tille]

On Wed, 28 Mar 2007, Manoj Srivastava wrote:


   My suggestion is to stop using mailcrypt, it is ancient, and
hoary; pgg and easypg work a lot better.

   This is a case of non-functional MUA software.


Well, I have to admit that I do not want more or less than voting this
time as I did in former times.  Instead my initial mail seems to cause
a technical discussion about ways that work / may work / should work
and ancient / non-functional / better working software.  Please, I
just want to give my vote and concentrate on the rankings I want to give
and not learn about tools to submit my vote.

Kind regards

 Andreas.

--
http://fam-tille.de


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: many rejects (Re: Second call for votes for the debian project leader election 2007)

[Manoj Srivastava]

On Wed, 28 Mar 2007 08:05:27 +0200 (CEST), Andreas Tille <[EMAIL PROTECTED]> 
said: 

> On Wed, 28 Mar 2007, Bart Martens wrote:
>> On Wed, 2007-03-28 at 07:43 +0200, Andreas Tille wrote:
>>> The relation between Rejects and Voters is currently the highest
>>> we ever had.  I'm just asking whether we need some technical
>>> improvement here because I personally add a count of three to the
>>> rejects and have no idea how to vote successfully.
>> 
>> I had problems with encrypted voting.  Unencrypted voting worked
>> for me.

> I tried signed mails with pine (ups, sorry, I know it's non-free)
> and after this I sended (according to Manoj's hint) mails using
> mailx one time with --sign --armor and one tim ewith --clearsign
> --armor which failed both.  I never sended encrypted votings.

Well, in either case, something intervened along the way (some
 MTA) and protected the accented char after you had sent the mail.

The solution is to use a MYA that does properly do PGP/MIME --
 or send in an encrypted ballot, which is base64 encoded, I think, and
 should not trigger ther helpful MTA enroute.

manoj
-- 
"Mind if I smoke?" "Yes, I'd like to see that, does it come out of
your ears or what?"
Manoj Srivastava <[EMAIL PROTECTED]> 
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Second call for votes for the debian project leader election 2007

[Lars Wirzenius]

On ke, 2007-03-28 at 14:57 +0200, Andreas Tille wrote:
> just want to give my vote and concentrate on the rankings I want to give
> and not learn about tools to submit my vote.

>From memory (my shell history isn't long enough), here's what I did:

1. Copy ballot to text file (vote.txt).
2. Edit it for my voting preference.
3. Sign with gpg: gpg --clearsign vote.txt
4. Send: mail -s vote < vote.txt.asc [EMAIL PROTECTED]

I work in a UTF-8 environment, in case that matters.

-- 
Never underestimate the power of a small tactical Lisp interpreter.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Second call for votes for the debian project leader election 2007

[Andreas Tille]

On Wed, 28 Mar 2007, Manoj Srivastava wrote:


  1) fix software that interprets incoming mails


   There is nothing wrong with the software that interprets
incoming mails; the mails that fail actually fail cryptographic
checks since they have been masssaged by the MUA/MTA afterwards,
because the MUA did not do the encoding _before_ signing the body.


  2) issue an alternate ballot where 'ë' in Raphaël is simplified as
 'e' (and we agree that this is the same person as Raphaël)


   Which would mean that anyone sending in the current official
ballot would get their vote rejected, since the integrity checks will
fail.  I am not a proponent of hacking away at unrelated software to
ameliorate bugs in other software; the problems here seem to be using
bad MUA software that can't, in this day and age, handle signed mail
using accented chanracters.


  3) do not accept DPLs with non-ASCI names. ;-))


   Sure, if you think that is better than fixing broken MUAs.


I guess you missed the double smiley.

OK, if you do not accept my suggestions, what about

   4) Write a rock safe HowTo that enables DDs who are comfortable
  using of broken MUAs in their day to day live to vote.

I'm obviousely hit by two broken MUAs (pine, mailx) and not
willing to spend more then 10 minutes just to send my vote.

Kind regards

 Andreas.

--
http://fam-tille.de

Re: Second call for votes for the debian project leader election 2007

[Andreas Tille]

On Wed, 28 Mar 2007, Lars Wirzenius wrote:



1. Copy ballot to text file (vote.txt).
2. Edit it for my voting preference.
3. Sign with gpg: gpg --clearsign vote.txt
4. Send: mail -s vote < vote.txt.asc [EMAIL PROTECTED]

I work in a UTF-8 environment, in case that matters.


It might matter, so I added a

 0. export LANG=de_DE.UTF-8

before your steps which differ between what I did by the missing
'--armor' what I added "to be safe".  Now I'm really keen on the
response ...

Kind regards

 Andreas.

--
http://fam-tille.de


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Second call for votes for the debian project leader election 2007

[Greg Folkert]

On Wed, 2007-03-28 at 15:16 +0200, Andreas Tille wrote:
> On Wed, 28 Mar 2007, Manoj Srivastava wrote:
> 
> >>   1) fix software that interprets incoming mails
> >
> >There is nothing wrong with the software that interprets
> > incoming mails; the mails that fail actually fail cryptographic
> > checks since they have been masssaged by the MUA/MTA afterwards,
> > because the MUA did not do the encoding _before_ signing the body.
> >
> >>   2) issue an alternate ballot where 'ë' in Raphaël is simplified as
> >>  'e' (and we agree that this is the same person as Raphaël)
> >
> >Which would mean that anyone sending in the current official
> > ballot would get their vote rejected, since the integrity checks will
> > fail.  I am not a proponent of hacking away at unrelated software to
> > ameliorate bugs in other software; the problems here seem to be using
> > bad MUA software that can't, in this day and age, handle signed mail
> > using accented chanracters.
> >
> >>   3) do not accept DPLs with non-ASCI names. ;-))
> >
> >Sure, if you think that is better than fixing broken MUAs.
> 
> I guess you missed the double smiley.
> 
> OK, if you do not accept my suggestions, what about
> 
> 4) Write a rock safe HowTo that enables DDs who are comfortable
>using of broken MUAs in their day to day live to vote.
> 
> I'm obviousely hit by two broken MUAs (pine, mailx) and not
> willing to spend more then 10 minutes just to send my vote.

Do what Lars did:

>From memory (my shell history isn't long enough), here's what I did:

1. Copy ballot to text file (vote.txt).
2. Edit it for my voting preference.
3. Sign with gpg: gpg --clearsign vote.txt
4. Send: mail -s vote < vote.txt.asc [EMAIL PROTECTED]

I work in a UTF-8 environment, in case that matters.

-end Lars suggestion

-- 
greg, [EMAIL PROTECTED]

Novell's Directory Services is a competitive product to Microsoft's
Active Directory in much the same way that the Saturn V is a competitive
product to those dinky little model rockets that kids light off down at
the playfield. -- Thane Walkup

Re: many rejects (Re: Second call for votes for the debian project leader election 2007)

[Andreas Tille]

On Wed, 28 Mar 2007, Manoj Srivastava wrote:


   Well, in either case, something intervened along the way (some
MTA) and protected the accented char after you had sent the mail.

   The solution is to use a MYA that does properly do PGP/MIME --
or send in an encrypted ballot, which is base64 encoded, I think, and
should not trigger ther helpful MTA enroute.


Yould you be so kind and turn these advises into lines of example code
like Lars did - just in case my vote will be rejected again?

Kind regards

Andreas.

--
http://fam-tille.de


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Second call for votes for the debian project leader election 2007

[Manoj Srivastava]

On Wed, 28 Mar 2007 14:57:46 +0200 (CEST), Andreas Tille <[EMAIL PROTECTED]> 
said: 

> On Wed, 28 Mar 2007, Manoj Srivastava wrote:
>> My suggestion is to stop using mailcrypt, it is ancient, and hoary;
>> pgg and easypg work a lot better.
>> 
>> This is a case of non-functional MUA software.

> Well, I have to admit that I do not want more or less than voting
> this time as I did in former times.  Instead my initial mail seems
> to cause a technical discussion about ways that work / may work /
> should work and ancient / non-functional / better working software.
> Please, I just want to give my vote and concentrate on the rankings
> I want to give and not learn about tools to submit my vote.

That would be fine, if you were not asking for other people to
 put in work to work around the flaws in the tools you are using -- or
 not use their names as they should be written.

I think your options are to send in an ascii armored encrypted
 ballot, or use mutt or gnus to send a proper  PGP/MIME signed
 ballot. Either should work.


मनोज श्रिवास्तव

-- 
Check me if I'm wrong, Sandy, but if I kill all the golfers... they're
gonna lock me up and throw away the key!
Manoj Srivastava <[EMAIL PROTECTED]> 
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C

Re: Second call for votes for the debian project leader election 2007

[Romain Beauxis]

Le mercredi 28 mars 2007 15:16, Andreas Tille a écrit :
> I'm obviousely hit by two broken MUAs (pine, mailx) and not
> willing to spend more then 10 minutes just to send my vote.

Plus kmail I think.


Romain

Re: Second call for votes for the debian project leader election 2007

[Manoj Srivastava]

On Wed, 28 Mar 2007 15:16:15 +0200 (CEST), Andreas Tille <[EMAIL PROTECTED]> 
said: 

> On Wed, 28 Mar 2007, Manoj Srivastava wrote:
>>> 1) fix software that interprets incoming mails
>> 
>> There is nothing wrong with the software that interprets incoming
>> mails; the mails that fail actually fail cryptographic checks since
>> they have been masssaged by the MUA/MTA afterwards, because the MUA
>> did not do the encoding _before_ signing the body.
>> 
>>> 2) issue an alternate ballot where 'ë' in Raphaël is simplified as
>>> 'e' (and we agree that this is the same person as Raphaël)
>> 
>> Which would mean that anyone sending in the current official ballot
>> would get their vote rejected, since the integrity checks will
>> fail.  I am not a proponent of hacking away at unrelated software
>> to ameliorate bugs in other software; the problems here seem to be
>> using bad MUA software that can't, in this day and age, handle
>> signed mail using accented chanracters.
>> 
>>> 3) do not accept DPLs with non-ASCI names. ;-))
>> 
>> Sure, if you think that is better than fixing broken MUAs.

> I guess you missed the double smiley.

Well, no. I think it is funny that one should consider
 eliminating us pesky people with funny names, and stick to time
 honored plain ascii MUAs.

> OK, if you do not accept my suggestions, what about

>4) Write a rock safe HowTo that enables DDs who are comfortable
>   using of broken MUAs in their day to day live to vote.

While this is not an itch I feel like scratrching, this might
 be a good idea for those that do want to write something up.

manoj
-- 
I never pray before meals -- my mom's a good cook.
Manoj Srivastava <[EMAIL PROTECTED]> 
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Problems packaging a kernel using cdbs

[Goswin von Brederlow]

"Alan Ezust" <[EMAIL PROTECTED]> writes:

> Ah, I see. the initrd is created at install time, not at .deb package building
> time.
> I inspected the generated .deb file and indeed, there is no initrd.img in the
> .deb file - the initrd is created when you actually install the package on the
> target system, which means it's the target system that needs to have the yaird
> or initramfs tools.
> So what I don't understand is that on this system, I am unable to install the
> .deb file unless yaird is installed.
> yaird is not working for me because of this:
> yaird error: Could not read output for /sbin/modprobe -v -n --show-depends
> --set-version 2.6.16.29-custom evdev (fatal)
> mkinitrd.yaird failed to create initrd image.
> I tried uninstalling yaird and setting the INITRD_CMD=initramfs-kpkg, (which
> is installed already) but the built .deb file still seems to require
> initrd.yaird, because I get this error:
> Unpacking linux-image-2.6.16.29-custom (from
> linux-image-2.6.16.29-Custom-i386.deb) ...
> Could not find mkinitrd.yaird. at /var/lib/dpkg/tmp.ci/preinst line 240,
>  line 9.
> Finding valid ramdisk creators.
> Failed to find suitable ramdisk generation tool for kernel version
> On the TARGET system, it seems to prefer initrd
>
>
> On 3/26/07, Warren Turkal <[EMAIL PROTECTED]> wrote:
>
>   On Monday 26 March 2007 12:09, Alan Ezust wrote:
>  > I tried building using make-kpkg with --initrd binary options, and
>  ended
>  > up with a cpio archive. Why? I have no idea.
>  
>  An initramfs is a cpio archive.
>  
>  I am assuming that are you referring to the file created after the
>  kernel is
>  installed. Is that correct?
>  
>  wt
>  --
>  Warren Turkal
>  
>  

man kernel-img.conf

The install script should probe for the right tool. And actual
creation should happen in postinst.

I'm not sure why the preinst would fail with that. Check the script
for what it tries to do.

MfG
Goswin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Poll: Anybody using debpool?

[Goswin von Brederlow]

Magnus Holmgren <[EMAIL PROTECTED]> writes:

> DebPool is a Debian package archiver written in Perl by Joel Aelwyn 
> <[EMAIL PROTECTED]>. Like mini-dinstall it's a lightweight replacement 
> for "the real deal" that manages Debian's package archive, but unlike 
> mini-dinstall it uses a full pool layout. The current version is 0.2.3 and 
> it's in the experimental distribution.
>
> Since I liked it very much I immediately started adding and rewriting code 
> and 
> submitting my suggestions for improvement to the BTS, but unfortunately Joel 
> seems to be gone; he hasn't uploaded anything or commented on any bugs for 
> over eight months. I don't want debpool to die, especially not with all the 
> hours I spent on it...
>
> I could of course fork it (except that it wouldn't really be a fork since I'd 
> continue in the same general direction, and also it isn't much of a fork 
> unless the original branch continues to grow), but first I'd like to ask if 
> anyone else has an interest in this package and could think of cooperating 
> with me.
>
> -- 
> Magnus Holmgren[EMAIL PROTECTED]
>(No Cc of list mail needed, thanks)

I tried debtool and found it seriously lacking.

Since then I use reprepro which is very nice for handling a local
archive plus allows pulling in remote archives as sources for
updates. So you have your local mirror and local archive in one neat
package.

MfG
Goswin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: many rejects (Re: Second call for votes for the debian project leader election 2007)

[Henrique de Moraes Holschuh]

On Wed, 28 Mar 2007, Manoj Srivastava wrote:
> The issue there was using a signing key not in the debian
>  keyring. If you are doing the same, please stop.

You do not handle signing subkeys?  That would mean one has to add that
dreaded "!" to the keyid, so as to make gpg not use any subkeys.

Or did I misunderstand?

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: many rejects (Re: Second call for votes for the debian project leader election 2007)

[Manoj Srivastava]

On Wed, 28 Mar 2007 12:52:33 -0300, Henrique de Moraes Holschuh
<[EMAIL PROTECTED]> said:  

> On Wed, 28 Mar 2007, Manoj Srivastava wrote:
>> The issue there was using a signing key not in the debian
>> keyring. If you are doing the same, please stop.

> You do not handle signing subkeys?

What makes you think that?  Any key that is used needs to be
 in the debian keyring, is all.

manoj
-- 
Lead a life of righteousness, and not a life of wrong-doing. He who
follows righteousness lives happily in this world and the next. 169
Manoj Srivastava <[EMAIL PROTECTED]> 
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#416397: ITP: haproxy -- fast and reliable load balancing reverse proxy

[Steve Greenland]

On 27-Mar-07, 18:11 (CDT), Russell Coker <[EMAIL PROTECTED]> wrote: 
> On Wednesday 28 March 2007 02:20, Arnaud Cornet <[EMAIL PROTECTED]> 
> wrote:
> > HAProxy is a TCP/HTTP reverse proxy which is particularly suited for high
> > availability environments. It features connection persistence through HTTP
> > cookies, load balancing, header addition, modification, deletion both ways.
> > It has request blocking capabilities and provides interface to display
> > server status.
> 
> How do you preserve the mapping between the origin IP address and the 
> connection that the web server receives?

"It features connection persistence through HTTP cookies".

That's really the only reliable way. The remote address might be one
of a proxy pool that changes with each new connection. AOL does (or at
least used to do) this.

Or are you asking how the internal server keeps track of the remote IP
address? It shouldn't. Any webservice that uses the (supposed) client IP
for anything other than amusement value is broken, given NAT and client
proxies.

Steve

-- 
Steve Greenland
The irony is that Bill Gates claims to be making a stable operating
system and Linus Torvalds claims to be trying to take over the
world.   -- seen on the net


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: many rejects (Re: Second call for votes for the debian project leader election 2007)

[Russ Allbery]

Manoj Srivastava <[EMAIL PROTECTED]> writes:

> The solution is to use a MYA that does properly do PGP/MIME --
>  or send in an encrypted ballot, which is base64 encoded, I think, and
>  should not trigger ther helpful MTA enroute.

I had to fall back on doing an encrypted ballot because I completely
failed Gnus.  No matter what I did to Gnus, it insisted on sending the
mail quoted-printable.  When I changed mm-body-charset-encoding-alist, it
still did quoted-printable.  When I explicitly tagged the body with mml to
use 8bit encoding, it inserted random control characters in the body.
There's clearly some setting that I missed, but I don't know what it is.

Sending an encrypted ballot worked fine.

Probably part of the problem is that I haven't yet figured out the correct
way to do PGP/MIME in Gnus (mostly because I haven't looked very hard).

-- 
Russ Allbery ([EMAIL PROTECTED])   


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: many rejects (Re: Second call for votes for the debian project leader election 2007)

[Manoj Srivastava]

On Wed, 28 Mar 2007 12:47:09 -0700, Russ Allbery <[EMAIL PROTECTED]> said: 

> Probably part of the problem is that I haven't yet figured out the
> correct way to do PGP/MIME in Gnus (mostly because I haven't looked
> very hard).

Here is what I use (I am using emacs23, but this should work
 with the emacs-snapshot package in Etch as well)
,[ Gnus and easypg ]
| ;; The package used for PGP/MIME.
| ;; Valid packages include `epg', `pgg', `gpg' and `mailcrypt'.
| (setq mml2015-use 'epg)
| ;; My key ids
| ;;(setq mml2015-signers  '("BF24424C" "C7261095"))
| (require 'epa-setup)
| (setq
|  mml2015-passphrase-cache-expiry 30   ;; in seconds
|  mml2015-verbose t
|  mml2015-encrypt-to-self t
|  )
| ;;; This was getting too annoying
| ;; (setq mm-verify-option 'known
| ;;   mm-decrypt-option 'known
| ;;   gnus-message-replysign t
| ;;   gnus-message-replyencrypt t)
| 
| ;; Use PGP/MIME by default. Look up mml-sign-alist
| (setq mml-default-sign-method "pgpmime"
|   mml-default-encrypt-method "pgpmime")
| ;; Convenience keystrokes
| (define-key message-mode-map [f7] 'mml-secure-sign-pgpmime)
| (define-key message-mode-map [f8] 'mml-secure-encrypt-pgpmime)
| ;;(define-key message-mode-map "\C-c\C-a" 'mail-interactive-insert-alias)
| 
| ;;; Obsolete, from when I used pgg
| (autoload 'pgg-encrypt-region "pgg" "Encrypt the current region." t)
| (autoload 'pgg-decrypt-region "pgg" "Decrypt the current region." t)
| (autoload 'pgg-sign-region "pgg""Sign the current region." t)
| (autoload 'pgg-verify-region "pgg"  "Verify the current region." t)
| (autoload 'pgg-insert-key "pgg" "Insert the ASCII armored public key." t)
| (autoload 'pgg-snarf-keys-region "pgg"
|   "Import public keys in the current region." t)
| (require 'pgg)
| (setq pgg-passphrase-cache-expiry 30
|   pgg-gpg-use-agent t)
| (setq crypt-confirm-password t
|   crypt-encoded-disable-auto-save t
|   crypt-no-extension-implies-plain t
|   ;  crypt-ignored-filenames ... ; this could be useful
|   )
| ;; gpg
| ;;
| (setq gpg-command-program "gpg" )
`

manoj
-- 
Avec!
Manoj Srivastava <[EMAIL PROTECTED]> 
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: many rejects (Re: Second call for votes for the debian project leader election 2007)

[Steve Langasek]

On Wed, Mar 28, 2007 at 03:28:04PM -0500, Manoj Srivastava wrote:
> On Wed, 28 Mar 2007 12:47:09 -0700, Russ Allbery <[EMAIL PROTECTED]> said: 

> > Probably part of the problem is that I haven't yet figured out the
> > correct way to do PGP/MIME in Gnus (mostly because I haven't looked
> > very hard).

> Here is what I use (I am using emacs23, but this should work
>  with the emacs-snapshot package in Etch as well)

s/Etch/Sid/; the emacs-snapshot package is not a release candidate.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Ethernet interface numbering in etch

[Gabor Gombas]

On Tue, Mar 27, 2007 at 08:46:26AM -0400, Matthias Julius wrote:

> In case of a rented dedicated server I would never enter the machine
> room and the person changing hardware would have no login on it.
> 
> For other machines the only possible access is by SSH which is
> difficult if the network is not coming up.  Setting them up with
> keyboard/monitor (if they have a video output at all) or a serial
> console (and RS232 is getting rare, too) is an inconvenience at least.

If you do not have physical access to the machine then serial access is
a must (or some alternative, like IPMI-emulated serial console if you
have the hardware). For example if you have to update the kernel and
something goes wrong, a seral console can be _very_ handy (you can
configure a once-only boot with the new kernel but that does not help to
diagnose _why_ it does not boot).

Gabor

-- 
 -
 MTA SZTAKI Computer and Automation Research Institute
Hungarian Academy of Sciences
 -


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Ethernet interface numbering in etch

[Javier Fernández-Sanguino Peña]

On Wed, Mar 28, 2007 at 11:51:15PM +0200, Gabor Gombas wrote:
> If you do not have physical access to the machine then serial access is
> a must (or some alternative, like IPMI-emulated serial console if you
> have the hardware). For example if you have to update the kernel and
> something goes wrong, a seral console can be _very_ handy (you can
> configure a once-only boot with the new kernel but that does not help to
> diagnose _why_ it does not boot).

Updating with a serial console through the network is something now
recommended in the Release Notes: 
http://www.debian.org/releases/etch/i386/release-notes/ch-upgrading.en.html

I would be interested in documenting how you can do a once-only boot with the
kernel (or linking to available documentation) for the Release Notes.

Regards

Javier



signature.asc
Description: Digital signature

Re: Ethernet interface numbering in etch

[Joey Hess]

Javier Fernández-Sanguino Peña wrote:
> I would be interested in documenting how you can do a once-only boot with the
> kernel (or linking to available documentation) for the Release Notes.

grub-rebot N (which uses savedefault --once)

-- 
see shy jo


signature.asc
Description: Digital signature

Re: daylight saving time and RTC clock

[Johan Kullstam]

Brian May <[EMAIL PROTECTED]> writes:

> > "Santiago" == Santiago Vila <[EMAIL PROTECTED]> writes:
> 
> Santiago> Why don't you just keep your RTC to UTC? It worked for
> Santiago> me.
> 
> It breaks if you need to dual boot to a competing operating system and
> keep track of times. Hmmm. What was it called again? I think it was
> this "Windows" program made be a small company somewhere in USA ;-).

Windows can be set to GMT without daylight savings time.  Sure, the
time shown in windows might not be your local time, but windows does
continue to work as well as it ever does.  Windows can't do time
properly, so I just let it lose.

-- 
Johan KULLSTAM


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Attempted summary and thoughts

[Jeroen van Wolffelaar]

On Tue, Mar 27, 2007 at 06:43:03PM -0700, Russ Allbery wrote:
> Don Armstrong <[EMAIL PROTECTED]> writes:
> > On Wed, 28 Mar 2007, Charles Plessy wrote:
> 
> >> The maintainer is not MIA, but does not actively develop anymore.
> 
> > Packages like this should have a message to the current maintainer with
> > a proposal to co-maintain or orphan+adopt followed by an ITH (intent to
> > hijack) if there is no response within a reasonable period of time.[1]
> 
> > If no one is interested in stepping forward to do this and deal with the
> > package, then the status quo is the best that can be done. While it is
> > suboptimal, it's the best we can do until someone wants to take over.
> 
> So, here's a possibly weird proposal.
> 
> What if we had some mechanism whereby people could indicate interest in
> maintaining a package should anything happen to the current maintainer?
> Have it be as non-confrontational as possible by having it not indicate
> any feeling about whether the package is currently maintained well, just a
> willingness to help should the current maintainer be unable to continue
> for some reason.

I don't think this will work. Why not? Because I don't think we'll ever
get anywhere near adequate 'subscriptions' of showed interest. But well,
that's my projection, we won't know for sure without actually trying. It
is a huge task to undertake though, and requires a lot of time from
anyone potentially interested to what packages one is interested in,
while in 99% of the cases, nothing will get done with that information
-- and then it'll also run stale.

I also think you'll see that for example the cool sounding package names
like standard and higher priority ones, will get quite some interest
from relatively new or prospective developers, while in practice, if
such a package would get orphaned, someone who would be a pretty good
adopter would not have listed himself at that moment. To just take a
totally random example, if such a system would have existed, would Kurt
Roeckx have listed himself as 'interested in libtool' before it got
orphaned? It took a while, but he did in the end adopt it.

To address the original question, I don't believe any potential adoption
will be 'urgent' from one day to the other. For urgent fixes, one can
NMU, who's the maintainer is something that IMHO requires a bit more
care. I can't come up with a single example when it'd really be
essential that a package gets adopted within 2 weeks. So, I think the
best way forward (and the way it happens a lot), is that if someone or
some team of people feel they'd be better at maintainer a certain
package than it currently is, one can politely mail the maintainer about
cooperation or possibly even adoption. I think in the majority of cases
you'll find that this works just fine.

Where it doesn't, in the case of unresponsive or totally overworked
maintainers, the mia team can be of assistance. Such stuff cannot really
be dealt with properly in an automated fasion anyway. I think it'd make
most sense to enlarge the MIA team a bit and possible rename it.
"Matchmaking In Action" (matching between packages and maintainers)? In
any case, take the task of the team a bit broader than it currently is
(it already does its share of beyond-true-mianess action), but for that
to work out, its task would need to be a bit better defined. Perhaps the
team could also do with some medium amount of official power in terms of
giving over maintainance, although the status quo works reasonably well
so far -- and there's the tech-ctte who could rule in cases where it
doesn't work out. In practice, when the MIA team decided to orphan
certain packages, that decision gets respected, with only one exception
I can recollect. But again, in the majority of cases, some solution can
be found in constructive talks, and that's preferable anyway.

The cases where there's really some good candidate to take over and the
maintainer is not willing to let go of maintainership are pretty rare
as far as I can see. I think it's a better expenditure of overall time
to only really 'mediate' where that's really required.

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#416568: ITP: consolekit -- framework for defining and tracking users, sessions and seats

[Michael Biebl]

Package: wnpp
Severity: wishlist
Owner: Michael Biebl <[EMAIL PROTECTED]>

* Package name: consolekit
  Version : 0.2.1
  Upstream Author : William Jon McCann <[EMAIL PROTECTED]>
* URL : http://gitweb.freedesktop.org/?p=ConsoleKit.git
* License : GPL v2 or later
  Programming Lang: C
  Description : framework for defining and tracking users, sessions and 
seats

ConsoleKit is a system daemon for tracking what users are logged
into the system and how they interact with the computer (e.g.
which keyboard and mouse they use).

It provides asynchronous notification via the system message bus.


NOTE: this software will be packaged within the pkg-utopia team and is a
requirement of hal-0.5.9

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (300, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.21-rc5
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]

Re: many rejects (Re: Second call for votes for the debian project leader election 2007)

[Henrique de Moraes Holschuh]

On Wed, 28 Mar 2007, Manoj Srivastava wrote:
> On Wed, 28 Mar 2007 12:52:33 -0300, Henrique de Moraes Holschuh
> <[EMAIL PROTECTED]> said:  
> > You do not handle signing subkeys?
> 
> What makes you think that?  Any key that is used needs to be
>  in the debian keyring, is all.

I just checked, and yes, subkeys are handled just fine.  Sorry about the
confusion.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Second call for votes for the debian project leader election 2007

[Andreas Tille]

On Wed, 28 Mar 2007, Manoj Srivastava wrote:


3) do not accept DPLs with non-ASCI names. ;-))


Sure, if you think that is better than fixing broken MUAs.



I guess you missed the double smiley.


   Well, no. I think it is funny that one should consider
eliminating us pesky people with funny names, and stick to time
honored plain ascii MUAs.


I'm sorry that I missed the sense of humor that worked here in my
real live environment perfectly because here in Germany we have lots
of people with non-ASCII characters in their names constantly causing
trouble at different places.  I hereby declare officially that I
_never_ considered eleminating anybody from a list but tried to
applied some humor (marked as usual) that worked in other places.
(I'm really wondering whether the times of humor are over that
somebody causes me to write such text ... :-()


   4) Write a rock safe HowTo that enables DDs who are comfortable
  using of broken MUAs in their day to day live to vote.


   While this is not an itch I feel like scratrching,


Well, Manoj, the initial mail contains a paragraph called:

HOW TO VOTE

You as the secretary has the job to organise voting and because
I consider the paragraph as incomplete (regarding the statistics
you posted in your last mail to d-d-a) I think it is at least your
turn to organise that this paragraph can be improved.  So IMHO
it is not a question whether you *like* to scratch that itch,
because you are finally responsible to enable voters to submit
their votes flawlessly.  If broken software is around this is
not your fault.  But if it turns out in a certain point of time
that this broken software is causing trouble in issues you are
responsible for, you can not simply shift that task to somebody
else.


this might
be a good idea for those that do want to write something up.


After following the advise of Lars the result for me was

-

This is an error report about your vote [record msg00345.raw]
 for the vote
 "Debian Project Leader 2007 Election Statistics"
 sent in on Wed, 28 Mar 2007 15:19:41 +0200, with the subject
 "vote"
 The message ID is <[EMAIL PROTECTED]>.
 The folowing errors were reported:
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
There was a problem verifying the signature on the ballot.
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
gpg: WARNING: unsafe permissions on homedir 
`/org/vote.debian.org/data/leader2007'
gpg: invalid dash escaped line: -=3D-=3D-=3D-=3D-=3D-=3D-\n
gpg: invalid dash escaped line: -=3D-=3D-=3D-=3D-=3D-=3D-\n
gpg: CRC error; A96670 - DC3A96
gpg: no signature found
gpg: quoted printable character in armor - probably a buggy MTA has been used
gpg: verify signatures failed: eof
[GNUPG:] NODATA
4-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

This ballot is being rejected.

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

--

After the sixth rejection mail I now try with encryption that has
some positive and some negative reports.  Well, we in Germany regard
seven as a number that brings luck ... :-(

Kind regards

 Andreas.

--
http://fam-tille.de


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]