Re: draft ballot
also sprach Kurt Roeckx [2015-04-01 01:03 +0200]: > Voting period starts Wed Apr 1 00:00:00 UTC 2015 > Votes must be received by Tue Apr 14 23:59:59 UTC 2015 Or just go with a standard: 2015-04-01 00:00:00 UTC -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems "die philosophie ist eine art rache an der wirklichkeit." - friedrich nietzsche digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Re: Debian Project Leader Elections 2015: Call for votes [corrected]
Debian Project Secretary - Kurt Roeckx writes: > Hi, Hi, [...] > There are 4 choices in the form, which you may rank with numbers between > 1 and 4. In the brackets next to your preferred choice, place a 1. > Place a 2 in the brackets next to your next choice. Continue until you > reach your last choice. Do not enter a number smaller than 1 or larger > than 3. I'm maybe be a little late for this, but at the end of this paragraph, you meant ``... or larger than 4'' right ? [...] -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-vote-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87pp7olcbd@debian.org
Debian Project Leader Elections 2015: Call for votes [corrected]
Hi,
The previous ballot had an error in it. Here is a fixed version:
Voting period starts Wed Apr 1 00:00:00 UTC 2015
Votes must be received by Tue Apr 14 23:59:59 UTC 2015
This vote is being conducted as required by the Debian Constitution.
You may see the constitution at http://www.debian.org/devel/constitution.
For voting questions or problems contact secret...@debian.org.
The details of the candidate platform can be found at:
http://www.debian.org/vote/2015/platforms/
Also, note that you can get a fresh ballot any time before the end of
the vote by sending a mail to
bal...@vote.debian.org
with the subject "leader2015".
To vote you need to be a Debian Developer.
HOW TO VOTE
First, read the full text of the platform.
To cast a vote, it is necessary to send this ballot filled out to a
dedicated e-mail address, in a signed message, as described below.
The dedicated email address this ballot should be sent to is:
leader2...@vote.debian.org
The form you need to fill out is contained at the bottom of this
message, marked with two lines containing the characters
'-=-=-=-=-=-'. Do not erase anything between those lines, and do not
change the choice names.
There are 4 choices in the form, which you may rank with numbers between
1 and 4. In the brackets next to your preferred choice, place a 1.
Place a 2 in the brackets next to your next choice. Continue until you
reach your last choice. Do not enter a number smaller than 1 or larger
than 3.
You may skip numbers, leave some choices unranked, and rank options
equally. Unranked choices are considered equally the least desired
choices, and ranked below all ranked choices.
To vote "no, no matter what", rank "None Of The Above" as more desirable
than the unacceptable choices, or you may rank the "None Of The Above"
choice and leave choices you consider unacceptable blank. (Note: if the
"None Of The Above" choice is unranked, then it is equal to all other
unranked choices, if any -- no special consideration is given to the
"None Of The Above" choice by the voting software).
Finally, mail the filled out ballot to: leader2...@vote.debian.org.
Don't worry about spacing of the columns or any quote characters (">") that
your reply inserts.
NOTE: The vote must be GPG signed (or PGP signed) with your key that is
in the Debian keyring. You may, if you wish, choose to send a signed,
encrypted ballot: use the vote key appended below for encryption.
The voting software (Devotee) accepts mail that either contains only an
unmangled OpenPGP message (RFC 2440 compliant), or a PGP/MIME mail
(RFC 3156 compliant). To avoid problems I suggest you use PGP/MIME.
- - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
1455c447-77dc-4237-b0f9-be3897bb2b80
[ ] Choice 1: Mehdi Dogguy
[ ] Choice 2: Gergely Nagy
[ ] Choice 3: Neil McGovern
[ ] Choice 4: None Of The Above
- - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
--
The responses to a valid vote shall be signed by the vote key created
for this vote. The public key for the vote, signed by the Project
secretary, is appended below.
-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v1
mQINBFUbIAkBEAC9uIv5zHSJJzolXSxpGxCR7QsI6jdn93IOd+iz7RiKgOFRRkTA
oj0ZkzN7kcGWGDyebVUPPweOJo7JmftPMKq15pzbVb2N4Cs9rlYFAnnVQ7NDl8l8
qTyWQ7iUX+WSTT5NLU3f0MU0ZO+rY8QO3ha8OWgbiVqIgnthoTwB1pVtM9b9FJtp
9jXMjEjiiwsRywzYiAc7ZVib5514jZCSJrIHS6gfb7MxFOLUPeCbVtJUS4WB+Pl2
LvfhWSSOPn5d1HyaJJyRVVzfDPVnlu6/IbwgxsyQs1vGZfK/UWXfFgjKg/LORGiu
0acWuPwHkEeK6jsDmdXlCdARm2hu4rWnuXIhJQR2UCV7LYZIz5wUDi3TGRsp86Gq
S2wdzzXTgw+Wxtm086WveleyJvhoyQOtWjl4W5d4/NUCP5FynGgt/Qh6eEnzr3jS
PZ2oZ6MLLe6lT9GRl/bRgdu2Q26GtDQ9OyeG+zU9hyGTFfGINaSMhiHa1HTLTFIa
nr+T5vbni14bMMAhuzL/nNiROqGm3DpBqu+MqXFMl7KpoBuY/fHmBSSiQ0pVMnhN
sazg8XZunPHrIW2TBvdozYjTHioZPPYL1PtG7Q6X9hdid8u5z0Gtt8OwrF1RpwSF
0H69trBL7BlltgcAF4oW5IqikQ3OEwu66aMdcu/WbL9sQvTjrsSc8qHh/QARAQAB
tCpEUEwgdm90ZSAyMDE1IDxsZWFkZXIyMDE1QHZvdGUuZGViaWFuLm9yZz6JAj4E
EwECACgFAlUbIAkCGwMFCQAXuwAGCwkIBwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJ
EMqaX6zYUX5vszIP/3VMgSI72JGaLKmDJ1XPdP51mXcAW3VtJc0d6L65Vah08DYk
KnLd2eRyR3NXZlAoTMeIWI5ani3BwfT6cUH99hYbxLjiecW3TPZUfN9fer+etKWm
9jPqOjqJf6Sx7XCGqCBrLUUhfjvHO6HpSr11H+jJ77STo4p8ihiURLD7EUs6dqHj
YRp7HkCi83Ol7MvwEPqG6B7ZqMfD8k6QmK8Az/Va4JC2bKj/kHCVMoXZiLulVxsC
xgqlau52duXbF6Qbz1evpoAlvfMraqspq2YoLBugh9dNlVMUAzNU+TWynon9puIe
ExfLEDGQ9REnO37L4DB+ymEtrKeQsopvSfgb9WmVbenSv+3K7PNnfJLbSHLhg5hu
LTOgz4cbd3FIfg7W9td7nXhQ68CPVpRg80Soa1ZLwxeCLdG3DOoB1+khc3Gx5PgJ
vSk+3FjT6e+teRmPu2ZKTTAskxkV3eUGV5kfDuVhfMQD6HG3e7HB37ZcFAbX9JUt
dViHQj7X/jeQpGhnZ7FmodDJjObxUcgqtmY0K0b3B+jEwPudoXeKCmF7lKdVQOeI
kvXlVlx0J6u7d0+Qty96hRxASomGGR8kR/zsDRfEV2TyzjpXfhrTikVyIrj+lp27
fOwHZCDzpTdy6ENYH3s0ZrljtyFCTjfnmISo/k1A9a7Ikir2Sp1U8U7EaCwjiQIc
BBABCgAGBQJVGyBVAAoJECBkxTZBwl5d6R4QAIDks9M91QjjMMisWAYmmDbQUIt0
xT6wGDyNw0/nBQdBhuAWoV+/pFFirdlV+xuLPSSptg9pGkI2hWEM8+OQJzj4HGqx
CDUYiK1Q8cA0OgMrl0oFAfBq9UinNSg
Debian Project Leader Elections 2015: Call for votes
Hi,
This is the first call for votes for the Debian Project Leader
Elections 2015.
Voting period starts Wed Apr 1 00:00:00 UTC 2015
Votes must be received by Tue Apr 14 23:59:59 UTC 2015
This vote is being conducted as required by the Debian Constitution.
You may see the constitution at http://www.debian.org/devel/constitution.
For voting questions or problems contact secret...@debian.org.
The details of the candidate platform can be found at:
http://www.debian.org/vote/2015/platforms/
Also, note that you can get a fresh ballot any time before the end of
the vote by sending a mail to
bal...@vote.debian.org
with the subject "leader2015".
To vote you need to be a Debian Developer.
HOW TO VOTE
First, read the full text of the platform.
To cast a vote, it is necessary to send this ballot filled out to a
dedicated e-mail address, in a signed message, as described below.
The dedicated email address this ballot should be sent to is:
leader2...@vote.debian.org
The form you need to fill out is contained at the bottom of this
message, marked with two lines containing the characters
'-=-=-=-=-=-'. Do not erase anything between those lines, and do not
change the choice names.
There are 4 choices in the form, which you may rank with numbers between
1 and 4. In the brackets next to your preferred choice, place a 1.
Place a 2 in the brackets next to your next choice. Continue until you
reach your last choice. Do not enter a number smaller than 1 or larger
than 3.
You may skip numbers, leave some choices unranked, and rank options
equally. Unranked choices are considered equally the least desired
choices, and ranked below all ranked choices.
To vote "no, no matter what", rank "None Of The Above" as more desirable
than the unacceptable choices, or you may rank the "None Of The Above"
choice and leave choices you consider unacceptable blank. (Note: if the
"None Of The Above" choice is unranked, then it is equal to all other
unranked choices, if any -- no special consideration is given to the
"None Of The Above" choice by the voting software).
Finally, mail the filled out ballot to: leader2...@vote.debian.org.
Don't worry about spacing of the columns or any quote characters (">") that
your reply inserts.
NOTE: The vote must be GPG signed (or PGP signed) with your key that is
in the Debian keyring. You may, if you wish, choose to send a signed,
encrypted ballot: use the vote key appended below for encryption.
The voting software (Devotee) accepts mail that either contains only an
unmangled OpenPGP message (RFC 2440 compliant), or a PGP/MIME mail
(RFC 3156 compliant). To avoid problems I suggest you use PGP/MIME.
- - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
1455c447-77dc-4237-b0f9-be3897bb2b80
[ ] Choice 1: Mehdi Dogguy
[ ] Choice 1: Gergely Nagy
[ ] Choice 3: Neil McGovern
[ ] Choice 4: None Of The Above
- - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
--
The responses to a valid vote shall be signed by the vote key created
for this vote. The public key for the vote, signed by the Project
secretary, is appended below.
-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v1
mQINBFUbIAkBEAC9uIv5zHSJJzolXSxpGxCR7QsI6jdn93IOd+iz7RiKgOFRRkTA
oj0ZkzN7kcGWGDyebVUPPweOJo7JmftPMKq15pzbVb2N4Cs9rlYFAnnVQ7NDl8l8
qTyWQ7iUX+WSTT5NLU3f0MU0ZO+rY8QO3ha8OWgbiVqIgnthoTwB1pVtM9b9FJtp
9jXMjEjiiwsRywzYiAc7ZVib5514jZCSJrIHS6gfb7MxFOLUPeCbVtJUS4WB+Pl2
LvfhWSSOPn5d1HyaJJyRVVzfDPVnlu6/IbwgxsyQs1vGZfK/UWXfFgjKg/LORGiu
0acWuPwHkEeK6jsDmdXlCdARm2hu4rWnuXIhJQR2UCV7LYZIz5wUDi3TGRsp86Gq
S2wdzzXTgw+Wxtm086WveleyJvhoyQOtWjl4W5d4/NUCP5FynGgt/Qh6eEnzr3jS
PZ2oZ6MLLe6lT9GRl/bRgdu2Q26GtDQ9OyeG+zU9hyGTFfGINaSMhiHa1HTLTFIa
nr+T5vbni14bMMAhuzL/nNiROqGm3DpBqu+MqXFMl7KpoBuY/fHmBSSiQ0pVMnhN
sazg8XZunPHrIW2TBvdozYjTHioZPPYL1PtG7Q6X9hdid8u5z0Gtt8OwrF1RpwSF
0H69trBL7BlltgcAF4oW5IqikQ3OEwu66aMdcu/WbL9sQvTjrsSc8qHh/QARAQAB
tCpEUEwgdm90ZSAyMDE1IDxsZWFkZXIyMDE1QHZvdGUuZGViaWFuLm9yZz6JAj4E
EwECACgFAlUbIAkCGwMFCQAXuwAGCwkIBwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJ
EMqaX6zYUX5vszIP/3VMgSI72JGaLKmDJ1XPdP51mXcAW3VtJc0d6L65Vah08DYk
KnLd2eRyR3NXZlAoTMeIWI5ani3BwfT6cUH99hYbxLjiecW3TPZUfN9fer+etKWm
9jPqOjqJf6Sx7XCGqCBrLUUhfjvHO6HpSr11H+jJ77STo4p8ihiURLD7EUs6dqHj
YRp7HkCi83Ol7MvwEPqG6B7ZqMfD8k6QmK8Az/Va4JC2bKj/kHCVMoXZiLulVxsC
xgqlau52duXbF6Qbz1evpoAlvfMraqspq2YoLBugh9dNlVMUAzNU+TWynon9puIe
ExfLEDGQ9REnO37L4DB+ymEtrKeQsopvSfgb9WmVbenSv+3K7PNnfJLbSHLhg5hu
LTOgz4cbd3FIfg7W9td7nXhQ68CPVpRg80Soa1ZLwxeCLdG3DOoB1+khc3Gx5PgJ
vSk+3FjT6e+teRmPu2ZKTTAskxkV3eUGV5kfDuVhfMQD6HG3e7HB37ZcFAbX9JUt
dViHQj7X/jeQpGhnZ7FmodDJjObxUcgqtmY0K0b3B+jEwPudoXeKCmF7lKdVQOeI
kvXlVlx0J6u7d0+Qty96hRxASomGGR8kR/zsDRfEV2TyzjpXfhrTikVyIrj+lp27
fOwHZCDzpTdy6ENYH3s0ZrljtyFCTjfnmISo/k1A9a7Ikir2Sp1U8U7EaCwjiQIc
BBABCgAGBQJVGyBVAAoJECBkxTZBwl5d6R4QAIDks9M91QjjMMisWAYmmDbQUIt0
xT6wGDyNw0/nBQdBhuAWoV+/pFFirdlV+xuLPSSptg9pGkI2hWEM8+OQJzj4HGqx
CDUYiK1Q8cA0OgMrl0
Re: Q to all candidates: dropping SC §5
On Wed, Apr 01, 2015 at 12:07:07AM +0200, Stefano Zacchiroli wrote: > On Tue, Mar 31, 2015 at 11:53:20PM +0200, Mehdi Dogguy wrote: > > This is part of our history now and we can surely learn from past > > experiences to be able to handle similar situations better in the > > future. > > So, you got me curious: what do you think could have been handled better > in the debian-multimedia case? > - Further discussion with people behind $some project - Broader communication from the project that $some project is not affiliated to Debian and doesn't share our goals/ideas/etc... This includes but not limited to: * Wiki Page * d-d-a mail * Dent/twitter (not back then, sure :) * mention in the release notes * mails in various user communities - Get them not to use "debian" in the name of their project - Get tech-ctte involved, if all parties are Debian members. though not all of the above points could have been tried 10 years ago but those can be used in the future, if needed. But as I said, it was a learning experience and we should keep it in mind to avoid in the future. -- Mehdi Dogguy -- To UNSUBSCRIBE, email to debian-vote-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150331230524.gb21...@dogguy.org
Re: draft ballot
On Wed, Apr 01, 2015 at 12:57:30AM +0200, Jakub Wilk wrote: > * Kurt Roeckx , 2015-04-01, 00:35: > >>Here is the draft ballot: > >> > >>Voting period starts 00:00:00 UTC on Monday, April 1st, 2015 > >>Votes must be received by 23:59:59 UTC on Sunday, April 14th, 2015 > > > >That should of course be: > >Voting period starts 00:00:00 UTC on Wednesday, April 1st, 2015 > >Votes must be received by 23:59:59 UTC on Tuesday, April 14th, 2015 > > I have a feature request for future ballots: > Could you use a date format that is understood by date(1)? > The current one is not: > > $ date -d '00:00:00 UTC on Wednesday, April 1st, 2015' > date: invalid date '00:00:00 UTC on Wednesday, April 1st, 2015' So: Voting period starts Wed Apr 1 00:00:00 UTC 2015 Votes must be received by Tue Apr 14 23:59:59 UTC 2015 Kurt -- To UNSUBSCRIBE, email to debian-vote-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150331230359.ga24...@roeckx.be
Re: draft ballot
* Kurt Roeckx , 2015-04-01, 00:35: Here is the draft ballot: Voting period starts 00:00:00 UTC on Monday, April 1st, 2015 Votes must be received by 23:59:59 UTC on Sunday, April 14th, 2015 That should of course be: Voting period starts 00:00:00 UTC on Wednesday, April 1st, 2015 Votes must be received by 23:59:59 UTC on Tuesday, April 14th, 2015 I have a feature request for future ballots: Could you use a date format that is understood by date(1)? The current one is not: $ date -d '00:00:00 UTC on Wednesday, April 1st, 2015' date: invalid date ‘00:00:00 UTC on Wednesday, April 1st, 2015’ -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-vote-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150331225730.ga3...@jwilk.net
Re: draft ballot
On Wed, Apr 01, 2015 at 12:34:01AM +0200, Kurt Roeckx wrote: > Here is the draft ballot: > > Voting period starts 00:00:00 UTC on Monday, April 1st, 2015 > Votes must be received by 23:59:59 UTC on Sunday, April 14th, 2015 That should of course be: Voting period starts 00:00:00 UTC on Wednesday, April 1st, 2015 Votes must be received by 23:59:59 UTC on Tuesday, April 14th, 2015 Kurt -- To UNSUBSCRIBE, email to debian-vote-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150331223512.ga23...@roeckx.be
draft ballot
Here is the draft ballot:
Voting period starts 00:00:00 UTC on Monday, April 1st, 2015
Votes must be received by 23:59:59 UTC on Sunday, April 14th, 2015
This vote is being conducted as required by the Debian Constitution.
You may see the constitution at http://www.debian.org/devel/constitution.
For voting questions or problems contact secret...@debian.org.
The details of the candidate platform can be found at:
http://www.debian.org/vote/2015/platforms/
Also, note that you can get a fresh ballot any time before the end of
the vote by sending a mail to
bal...@vote.debian.org
with the subject "leader2015".
To vote you need to be a Debian Developer.
HOW TO VOTE
First, read the full text of the platform.
To cast a vote, it is necessary to send this ballot filled out to a
dedicated e-mail address, in a signed message, as described below.
The dedicated email address this ballot should be sent to is:
leader2...@vote.debian.org
The form you need to fill out is contained at the bottom of this
message, marked with two lines containing the characters
'-=-=-=-=-=-'. Do not erase anything between those lines, and do not
change the choice names.
There are 4 choices in the form, which you may rank with numbers between
1 and 4. In the brackets next to your preferred choice, place a 1.
Place a 2 in the brackets next to your next choice. Continue until you
reach your last choice. Do not enter a number smaller than 1 or larger
than 3.
You may skip numbers, leave some choices unranked, and rank options
equally. Unranked choices are considered equally the least desired
choices, and ranked below all ranked choices.
To vote "no, no matter what", rank "None Of The Above" as more desirable
than the unacceptable choices, or you may rank the "None Of The Above"
choice and leave choices you consider unacceptable blank. (Note: if the
"None Of The Above" choice is unranked, then it is equal to all other
unranked choices, if any -- no special consideration is given to the
"None Of The Above" choice by the voting software).
Finally, mail the filled out ballot to: leader2...@vote.debian.org.
Don't worry about spacing of the columns or any quote characters (">") that
your reply inserts.
NOTE: The vote must be GPG signed (or PGP signed) with your key that is
in the Debian keyring. You may, if you wish, choose to send a signed,
encrypted ballot: use the vote key appended below for encryption.
The voting software (Devotee) accepts mail that either contains only an
unmangled OpenPGP message (RFC 2440 compliant), or a PGP/MIME mail
(RFC 3156 compliant). To avoid problems I suggest you use PGP/MIME.
- - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
1455c447-77dc-4237-b0f9-be3897bb2b80
[ ] Choice 1: Mehdi Dogguy
[ ] Choice 1: Gergely Nagy
[ ] Choice 3: Neil McGovern
[ ] Choice 4: None Of The Above
- - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
--
The responses to a valid vote shall be signed by the vote key created
for this vote. The public key for the vote, signed by the Project
secretary, is appended below.
-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v1
mQINBFUbIAkBEAC9uIv5zHSJJzolXSxpGxCR7QsI6jdn93IOd+iz7RiKgOFRRkTA
oj0ZkzN7kcGWGDyebVUPPweOJo7JmftPMKq15pzbVb2N4Cs9rlYFAnnVQ7NDl8l8
qTyWQ7iUX+WSTT5NLU3f0MU0ZO+rY8QO3ha8OWgbiVqIgnthoTwB1pVtM9b9FJtp
9jXMjEjiiwsRywzYiAc7ZVib5514jZCSJrIHS6gfb7MxFOLUPeCbVtJUS4WB+Pl2
LvfhWSSOPn5d1HyaJJyRVVzfDPVnlu6/IbwgxsyQs1vGZfK/UWXfFgjKg/LORGiu
0acWuPwHkEeK6jsDmdXlCdARm2hu4rWnuXIhJQR2UCV7LYZIz5wUDi3TGRsp86Gq
S2wdzzXTgw+Wxtm086WveleyJvhoyQOtWjl4W5d4/NUCP5FynGgt/Qh6eEnzr3jS
PZ2oZ6MLLe6lT9GRl/bRgdu2Q26GtDQ9OyeG+zU9hyGTFfGINaSMhiHa1HTLTFIa
nr+T5vbni14bMMAhuzL/nNiROqGm3DpBqu+MqXFMl7KpoBuY/fHmBSSiQ0pVMnhN
sazg8XZunPHrIW2TBvdozYjTHioZPPYL1PtG7Q6X9hdid8u5z0Gtt8OwrF1RpwSF
0H69trBL7BlltgcAF4oW5IqikQ3OEwu66aMdcu/WbL9sQvTjrsSc8qHh/QARAQAB
tCpEUEwgdm90ZSAyMDE1IDxsZWFkZXIyMDE1QHZvdGUuZGViaWFuLm9yZz6JAj4E
EwECACgFAlUbIAkCGwMFCQAXuwAGCwkIBwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJ
EMqaX6zYUX5vszIP/3VMgSI72JGaLKmDJ1XPdP51mXcAW3VtJc0d6L65Vah08DYk
KnLd2eRyR3NXZlAoTMeIWI5ani3BwfT6cUH99hYbxLjiecW3TPZUfN9fer+etKWm
9jPqOjqJf6Sx7XCGqCBrLUUhfjvHO6HpSr11H+jJ77STo4p8ihiURLD7EUs6dqHj
YRp7HkCi83Ol7MvwEPqG6B7ZqMfD8k6QmK8Az/Va4JC2bKj/kHCVMoXZiLulVxsC
xgqlau52duXbF6Qbz1evpoAlvfMraqspq2YoLBugh9dNlVMUAzNU+TWynon9puIe
ExfLEDGQ9REnO37L4DB+ymEtrKeQsopvSfgb9WmVbenSv+3K7PNnfJLbSHLhg5hu
LTOgz4cbd3FIfg7W9td7nXhQ68CPVpRg80Soa1ZLwxeCLdG3DOoB1+khc3Gx5PgJ
vSk+3FjT6e+teRmPu2ZKTTAskxkV3eUGV5kfDuVhfMQD6HG3e7HB37ZcFAbX9JUt
dViHQj7X/jeQpGhnZ7FmodDJjObxUcgqtmY0K0b3B+jEwPudoXeKCmF7lKdVQOeI
kvXlVlx0J6u7d0+Qty96hRxASomGGR8kR/zsDRfEV2TyzjpXfhrTikVyIrj+lp27
fOwHZCDzpTdy6ENYH3s0ZrljtyFCTjfnmISo/k1A9a7Ikir2Sp1U8U7EaCwjiQIc
BBABCgAGBQJVGyBVAAoJECBkxTZBwl5d6R4QAIDks9M91QjjMMisWAYmmDbQUIt0
xT6wGDyNw0/nBQdBhuAWoV+/pFFirdlV+xuLPSSptg9pGkI2hWEM8+OQJzj4HGqx
CDUYiK1Q8cA0OgMrl0oFAfBq9UinNSg28NHIHbJputDEVVbLDfqBP
Re: Q to all candidates: dropping SC §5
On Tue, Mar 31, 2015 at 11:53:20PM +0200, Mehdi Dogguy wrote: > This is part of our history now and we can surely learn from past > experiences to be able to handle similar situations better in the > future. So, you got me curious: what do you think could have been handled better in the debian-multimedia case? -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Leader . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Re: Q to all candidates: dropping SC §5
On Sun, Mar 29, 2015 at 02:37:12PM +0200, Stefano Zacchiroli wrote: > - I don't think the analogy with debian-multimedia is pertinent. At all. > The problem with debian-multimedia.org was that the agenda of the > people behind that 3rd party repository was completely unaligned (if > not even conflicting, at times) with the agenda of the corresponding > Debian team under debian.org. Things would be completely different if > people behind debian.org and (hypothetically) non-free.org were to > work in concert, with an agreement of what belongs there. > You seem to be a real fan of the tautology club ;) as you say (after major rephrasing): "If the situation is okay, then it will be okay". I don't see any guarantee to have people behind debian.org and (hypothetically) some-another-non-free.org work in concert. If it doesn't happen, then we will face similar issues as the ones we faced with debian-multimedia. This is part of our history now and we can surely learn from past experiences to be able to handle similar situations better in the future. But there is still some risk to see such initiative go out of our control if "their" agenda doesn't match ours. I agree that it is an hypothetical situation, but so is yours. So I don't agree on the fact the analogy is not pertinent here. It really does, but it is important to keep that in mind to not be trapped once again. Regards, -- Mehdi Dogguy -- To UNSUBSCRIBE, email to debian-vote-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150331215320.ga21...@dogguy.org
Re: More women in key positions ?
Mehdi DOGGUY writes: > Le 31 mars 2015 02:49, bjf...@gmail.com a écrit : >> >> After explaining we have an impressive ratio of female to male >> participants in the Debian project as a whole (not just technical), >> your suggestion is to get more women involved generally with Debian >> (still not technically)? > > No. At all. It would be great to have more female contributors > involved, and it would be even nicer to have them contributing on > technical aspects of the project. There is an important point here, that I think deserves more discussion. When we look at the TC and ponder the lack of female members, we need to ask at least *two* questions, not just one. The obvious question is why we haven't had more nominations from the existing set of female contributors to the project. That's a valid question, and the fact that I can only remember *one* such nomination during my decade-plus tenure on the committee is, in hindsight, a bit frustrating. But it's attacking a symptom, not a cause. The more important question for the future of Debian is why don't we have more strong technical contributors in the project who happen to also identify themselves as female? There are a number of initiatives in the larger open source community trying to address gender issues. I would like to hear from each candidate: - do you know of these efforts? - what are your thoughts are on each of them that you know? - what should Debian's relationship to / involvement with them be? - what can / should Debian uniquely do in this area? Bdale signature.asc Description: PGP signature
Re: Q to all candidates: spending money
On Sat, Mar 21, 2015 at 09:13:10AM +0100, Lucas Nussbaum wrote: > On 20/03/15 at 20:02 +, Neil McGovern wrote: > > On Fri, Mar 20, 2015 at 08:56:23PM +0100, martin f krafft wrote: > > > also sprach Neil McGovern [2015-03-20 19:27 +0100]: > > > > I'd be more sympathetic to funding someone (perhaps via an > > > > internship, or gap year student who's going on to accountancy) to > > > > help set up a system so we can track it easier, but only if we > > > > woudn't be wasting their time with them simply pinging TOs for > > > > data, and not getting replies. > > > > > > Let's assume they'd be wasting time pinging TOs for data and not > > > getting replies. What would you do in that case? > > > > > > > If a TO can't give us useful data about income and expenditure in a > > timely manner, that's not acceptible. We should drop the TO unless > > improvements happen. > > As it has been mentioned before, SPI has been struggling with that for a > long time now (since before my terms). > They seem to be mostly caught up at the moment, or perhaps there's some other information you're seeking that has not been forthcoming? > Does the above mean that, if elected, you will drop SPI from our TO? > Which other TO would you then use to keep our funds in dollars? What > about non-monetary assets? I think you've unintentionally set up a straw man here. However, answering in general, there's a number of organisations around the US who are able to offer similar services should an evaluation be required[0]. Neil [0] http://flossfoundations.org/foundation-directory -- signature.asc Description: Digital signature
Re: Q to all candidates: spending money
On Sat, Mar 21, 2015 at 05:50:06AM +, Anthony Towns wrote: > On Fri, Mar 20, 2015 at 08:13:22PM +, Neil McGovern wrote: > > On Fri, Mar 20, 2015 at 08:58:35PM +0100, martin f krafft wrote: > > > Why? What target level are you aiming for and what's the rationale? > > Hopefully https://lists.debian.org/debian-vote/2014/03/msg00308.html > > helps explain :) > > This says: > > ] I would be much more comfortable with about 40k in reserves to > ] start with, rather than the > 100k we have now, > > But that figure's awfully close to the $36k "seed" value from the DebConf 14 > budget -- http://media.debconf.org/dc14/report/DebConf14_final_report.en.pdf > > How do these fit together? Does this imply that Debian should provide > a much smaller seeed to debconfs (which might be okay if debconf > sponsorships can be collected earlier, maybe), or something else? > The 40k of reserves is basically for unidentified future spending needs, I've already assumed that DebConf seed funding can exist in <20150320183901.ga6...@halon.org.uk>. If there's known funds we're committing to, then that's not a general reserve. I'd rather not spend the time to put together a full budget during the campaign period, especially as DDs don't have access to the full picture as far as I can tell, but I can do so if you think it would be valuable? Neil -- signature.asc Description: Digital signature
Re: More women in key positions ?
On Tue, 31 Mar 2015, Charles Plessy wrote: > If the discussion here would be about reforming the TC, I would > propose that the nominations should be public, just as for the DPL > election. I have no problem with people nominating themselves publicly, but I don't want to require public nominations. DPL nominees have to be public because the DPL is elected by the project at large. > However, the topic here is the DPL election, hence my question is > focused on what the DPL can do, and one possible action is to use the > appointment process to push for more women in the TC. My point is that the appointment process is not the appropriate lever to use, and a candidate who planned to use it as a lever would rank lower for me.[1] The underlying problem of unequal representation in Debian is a serious issue. But before reaching for this as a solution, someone should probably ask people why they did not want to serve on the TC.[2] 1: Of course, if the TC was overlooking nominees on the basis of their gender or other non-relevant factors, then the DPL would be within their rights to request the TC reconsider the slate. 2: Admittedly, I've been meaning to ask people about this myself, but haven't had time. -- Don Armstrong http://www.donarmstrong.com Fate and Temperament are two words for one and the same concept. -- Novalis [Hermann Hesse _Demian_] -- To UNSUBSCRIBE, email to debian-vote-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150331161428.gh14...@teltox.donarmstrong.com
Re: Thoughts/questions for any candidate
> "Anthony" == Anthony Towns writes: Anthony> Number one is something like "where should the innovation come from?" GN> You may notice that unlike in previous years, I do not have a Grand GN> Vision, not in the same sense at least. MD> Of course, those are not trivial questions and I don't claim I have MD> answers. Solutions and ideas will come from contributors. Solutions MD> will come from you! Do not be shy and do make proposals. Anthony> I think it's fair to say algernon and mehdi both emphasise the role of Anthony> supporting other people's innovative ideas rather than promoting their Anthony> own. (Maulkin splits the difference a bit, I think, given he's got a Anthony> specific proposal for PPAs and buildds in his platform) Anthony> That's a very workable plan, but it has one (IMO) huge drawback: the Anthony> DPL position is /the/ optimal place to be in Debian if you want to be Anthony> innovative. I respectfully disagree. The DPL position is the perfect place to be visible, and to attract attention. It is a terrible position to innovate from. There is this great picture I saw just the other day: https://pbs.twimg.com/media/BwCLXMrIQAAxHEA.jpg A similar idea applies to the DPL's role in innovation. Anthony> You have resources, your ideas have been scrutinised and Anthony> (to some extent) approved by the developers, and (almost) Anthony> whenever you want it you've got the immediate attention of Anthony> developers, users, the press, or sponsors at your beck and Anthony> call. Is it fair to expect cool new innovations within Anthony> Debian if all the attention goes to someone who's not doing Anthony> cool new stuff? Yes, it is fair to expect that. Except, that attention can be directed further, where it needs to be directed. It's easy to look at the DPL, and see all the attention the position gets. But, one of the tasks the DPL has to do, is to lead that attention to ideas and people who deserve it. The DPL doesn't just lead a project, but also leads - at least in some way - the incoming attention and resources to their rightful place. Anthony> So, specific question: do you also see this as problem worth attending Anthony> to? Do you have any solutions in mind? I believe that the perception that the DPL position is - or should be - the source of ideas and innovation is a problem worht attending to. Anthony> Number two is something in that nature of "how to share the DPL's Anthony> workload". I think this is widely acknowledged as a challenge, eg: NM> the job of the DPL is a tough one that requires a lot of work, and NM> I don't want to bite off more than I can chew MD> The DPL role is very time-consuming. To be able to do it seriously, MD> I will put on hold my other Debian activities for the duration of MD> the mandate. Anthony> I have three thoughts on that. First is that (I believe) one of the Anthony> biggest workloads for the DPL is conflict resolution/mediation. But Anthony> there's recently been some talk about the tech ctte addressing that same Anthony> issue eg [1], [2]. It's obviously an open question whether it will work Anthony> or not, but I'd be interested to know if the DPL candidates are thinking Anthony> of trying to help make it work, and (if/when it does) to refer folks to Anthony> the ctte freeing up DPL-time for other things? I'd rather keep that workload closer to the DPL position, and delegate other tasks instead, at least in the short run. As mentioned in [1], giving this task to the CTTE would be considerable effort, and would also require buy-in from current and future members of the committee. On the other hand, I agree with the idea of approaching the TC sooner. Just not with the idea of the TC being the *primary* body of conflict resolution/mediation. That requires a very different skill set, than deciding on technical issues alone. Anthony> The second idea on this I have is perhaps a little twisty. First a Anthony> reference from a while ago: [3]. There have been lots of ideas on how to Anthony> scale the DPL role -- teams, 2ICs, boards, helpers, etc. Problem is, none Anthony> of them have worked perfectly, and everyone who's elected DPL is a leader, Anthony> not a follower, so they come up with their own plan from scratch. Then Anthony> that idea doesn't work perfectly either, rinse, repeat. At some point, Anthony> we need a DPL who'll take one of the previous ideas that worked a little, Anthony> improve it only slightly (ie, so it's still recognisable), and turn it Anthony> into a tradition that can keep improving. Any chance of that happening Anthony> this year? I do not think that the plans this year - or the years before, going back a few - are entirely from scratch. Each year, there are more and more common themes between the platforms
Re: Q to all candidates: Debian in five years?
> "Lucas" == Lucas Nussbaum writes: Lucas> In five years, what should Debian's position and role be in the Free Lucas> Software ecosystem? Lucas> Are there other positions where we somehow risk ending up? Lucas> What can we rely on to get to that ideal position/role? Lucas> What are the main things we should worry about (including, but not Lucas> limited to recent trends in the Free Software world)? There's a move towards running services in containers, which favour specialised distributions. Staying true to the "Universal OS" tagline, we have a great opportunity to offer ways to customize the OS in ways suitable for a very small and specialized container. That's one thing to aim at within five years, if the current trend sticks (which I hope it won't, but that's besides the point). Our role there would be to provide a strong, reliable base system to build upon: like we are the most "forked" distribution on the market already. The trust we built up over the years, our technical excellence and our commitment to the Social Contract are some of the things we can rely on when trying to enter another segment of the distribution world. A threat I worry about most goes hand in hand with moving to other people's computers: more and more people seem to accept non-free services, more and more people build their solution on non-free platforms. Sure, there are some free software components in there, but if you are tied to non-free platforms, that is a cause for concern. This is the trend I fear and worry about most -- |8] signature.asc Description: PGP signature
