Results for Debian Project Leader 2019 Election
Greetings,
This message is an automated, unofficial publication of vote results.
Official results shall follow, sent in by the vote taker, namely
Debian Project Secretary
This email is just a convenience for the impatient.
I remain, gentle folks,
Your humble servant,
Devotee (on behalf of Debian Project Secretary)
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Starting results calculation at Sun Apr 21 00:00:04 2019
Option 1 "Joerg Jaspert"
Option 2 "Jonathan Carter"
Option 3 "Sam Hartman"
Option 4 "Martin Michlmayr"
Option 5 "None Of The Above"
In the following table, tally[row x][col y] represents the votes that
option x received over option y.
Option
1 2 3 4 5
=== === === === ===
Option 1 169 128 169 319
Option 2166 109 172 323
Option 3217 206 202 336
Option 4180 174 134 324
Option 5 51372635
Looking at row 2, column 1, Jonathan Carter
received 166 votes over Joerg Jaspert
Looking at row 1, column 2, Joerg Jaspert
received 169 votes over Jonathan Carter.
Option 1 Reached quorum: 319 > 45.0249930594109
Option 2 Reached quorum: 323 > 45.0249930594109
Option 3 Reached quorum: 336 > 45.0249930594109
Option 4 Reached quorum: 324 > 45.0249930594109
Option 1 passes Majority. 6.255 (319/51) >= 1
Option 2 passes Majority. 8.730 (323/37) >= 1
Option 3 passes Majority. 12.923 (336/26) >= 1
Option 4 passes Majority. 9.257 (324/35) >= 1
Option 1 defeats Option 2 by ( 169 - 166) =3 votes.
Option 3 defeats Option 1 by ( 217 - 128) = 89 votes.
Option 4 defeats Option 1 by ( 180 - 169) = 11 votes.
Option 1 defeats Option 5 by ( 319 - 51) = 268 votes.
Option 3 defeats Option 2 by ( 206 - 109) = 97 votes.
Option 4 defeats Option 2 by ( 174 - 172) =2 votes.
Option 2 defeats Option 5 by ( 323 - 37) = 286 votes.
Option 3 defeats Option 4 by ( 202 - 134) = 68 votes.
Option 3 defeats Option 5 by ( 336 - 26) = 310 votes.
Option 4 defeats Option 5 by ( 324 - 35) = 289 votes.
The Schwartz Set contains:
Option 3 "Sam Hartman"
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
The winners are:
Option 3 "Sam Hartman"
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
The total numbers of votes tallied = 378
--
The voters have spoken, the bastards... --unknown
DEbian VOTe EnginE
digraph Results {
ranksep=0.25;
"Joerg Jaspert\n6.25" [ style="filled" , fontname="Helvetica", fontsize=10 ];
"Joerg Jaspert\n6.25" -> "Jonathan Carter\n8.73" [ label="3" ];
"Joerg Jaspert\n6.25" -> "None Of The Above" [ label="268" ];
"Jonathan Carter\n8.73" [ style="filled" , fontname="Helvetica", fontsize=10
];
"Jonathan Carter\n8.73" -> "None Of The Above" [ label="286" ];
"Sam Hartman\n12.92" [ style="filled" , color="powderblue", shape=egg,
fontcolor="NavyBlue", fontname="Helvetica", fontsize=10 ];
"Sam Hartman\n12.92" -> "Joerg Jaspert\n6.25" [ label="89" ];
"Sam Hartman\n12.92" -> "Jonathan Carter\n8.73" [ label="97" ];
"Sam Hartman\n12.92" -> "Martin Michlmayr\n9.26" [ label="68" ];
"Sam Hartman\n12.92" -> "None Of The Above" [ label="310" ];
"Martin Michlmayr\n9.26" [ style="filled" , fontname="Helvetica", fontsize=10
];
"Martin Michlmayr\n9.26" -> "Joerg Jaspert\n6.25" [ label="11" ];
"Martin Michlmayr\n9.26" -> "Jonathan Carter\n8.73" [ label="2" ];
"Martin Michlmayr\n9.26" -> "None Of The Above" [ label="289" ];
"None Of The Above" [ style="filled" , shape=diamond, fontcolor="Red",
fontname="Helvetica", fontsize=10 ];
}
pgpjSkuvEzATg.pgp
Description: PGP signature
Bug#927675: ITP: golang-github-src-d-gcfg -- reads INI-style configuration files into Go structs
Package: wnpp
Severity: wishlist
Owner: Jongmin Kim
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-src-d-gcfg
Version : 1.4.0-1
Upstream Author : source{d}
* URL : https://github.com/src-d/gcfg
* License : BSD-3-Clause
Programming Lang: Go
Description : reads INI-style configuration files into Go structs
Gcfg reads INI-style configuration files into Go structs; supports
user-defined types and subsections.
.
This package provides go-gcfg/gcfg fork for usage in src-d/go-git.
This package is a prerequisite for upcoming package "lazygit" (#908894).
--
Jongmin Kim
OpenPGP key located at https://jongmin.dev/pgp
OpenPGP fingerprint: 012E 4A06 79E1 4EFC DAAE 9472 D39D 8D29 BAF3 6DF8
signature.asc
Description: PGP signature
Re: is Wayland mature enough to be the default desktop choice in Buster?
On Sat, Apr 20, 2019 at 09:06:22PM +0100, Simon McVittie wrote:
> I would like to request that people who dislike GNOME, and would not
> use it regardless of what we do in its downstream maintenance, should
> not reiterate that opinion in the discussion of that bug (or in this
> thread, for that matter).
That's a very reasonable request for "I don't like GNOME because {poor
ergonomics,CSD,being counterintuitive,personal preference}" type of
opinions. Those would be appropriate in a tasksel/d-i discussion, but
not here. Apologies for even mentioning those reasons earlier.
But there's also the technical matter of "GNOME and/or Wayland don't work
at all on machine XYZ". This _is_ relevant.
A good part of a Debian person's duties is testing stuff -- especially
shortly before a release. If feature X doesn't work, it is up to us to
find that, regular users would complain only after the release when it's
way too late. And here, we report that things have regressed.
Earlier in the thread, I posted a list of all machines I own, and a
report stating that I was unsuccessful attempting to even start GNOME
on any of them. But, you may dismiss that as "fancy odd stuff" (although
a nVidia card in an amd64 machine is not that odd). Thus, I just bought
a new boring ordinary machine with all pieces being mainstream, in part
specifically to be able to test mainstream stuff. And it did not work,
in this case because of a dependency[1] -- but the result is the same.
Options that don't work on a substantial part of machines must either:
a) not be the default, or
b) autodetect and disable themselves
So while you're right to protest mixing personal preferences with
technical reasons, it's better to not bury reports that things do not
work.
Meow!
[1]. Hard-hangs during boot with systemd (even a purely text install),
works fine with sysvinit+xfce all the way. As a detractor of systemd, it
is still my duty to substantiate the blame -- I've ordered a serial
console card to debug this, but received it only thursday evening then
departed for holidays friday right after work, thus didn't get around to
checking why it hangs. But, a regular person would have no chance to even
try to troubleshoot, and conclude that "Debian sucks, it doesn't work".
--
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Did ya know that typing "test -j8" instead of "ctest -j8"
⢿⡄⠘⠷⠚⠋⠀ will make your testsuite pass much faster, and fix bugs?
⠈⠳⣄
Re: is Wayland mature enough to be the default desktop choice in Buster?
On Mon, 08 Apr 2019 at 14:26:04 +0100, Jonathan Dowland wrote: > Would the GNOME team kindly share with this thread the criteria that you folks > use to make your decision as to whether to default to Wayland in Debian? I didn't make that decision, so I can't cite any specific criteria. Note that I don't consider myself to be a core member of the GNOME team: I joined to help with maintenance of the lower-level bits like GLib, and while I do help out with transitions and RC bug fixing in the higher-level layers of the stack, anything I say should not be interpreted as some sort of team policy or consensus. The debian-devel mailing list is not an ideal way to reach the GNOME team. I suspect that many team members might be deliberately avoiding the -devel mailing list in an attempt to avoid their motivation being drained by messages like many of the responses to this thread. I've opened a bug against the gnome metapackage, cc'ing the -gtk-gnome and -desktop mailing lists (and Jonathan), which I hope will result in either a positive decision to follow upstream in keeping Wayland as the default display protocol, or the revert that Jonathan advocated. I would like to request that people who dislike GNOME, and would not use it regardless of what we do in its downstream maintenance, should not reiterate that opinion in the discussion of that bug (or in this thread, for that matter). It isn't constructive and won't make Debian, GNOME or GNOME-on-Debian better. smcv
Bug#927666: ITP: golang-github-mgutz-str -- comprehensive set of string functions
Package: wnpp Severity: wishlist Owner: Jongmin Kim X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org * Package name: golang-github-mgutz-str Version : 1.2.0-1 Upstream Author : Mario Gutierrez * URL : https://github.com/mgutz/str * License : Expat Programming Lang: Go Description : comprehensive set of string functions This package provides a comprehensive set of string functions to build more Go awesomeness. The library complements Go's standard packages and does not duplicate functionality found in 'strings' or 'strconv'. . This library is based on plain functions instead of object-based methods, consistent with Go standard string packages. This package is a prerequisite for upcoming package "lazygit" (#908894). -- Jongmin Kim OpenPGP key located at https://jongmin.dev/pgp OpenPGP fingerprint: 012E 4A06 79E1 4EFC DAAE 9472 D39D 8D29 BAF3 6DF8 signature.asc Description: PGP signature
Re: ITP: trex-pam -- Use gpg keys to login with an OTP.
On Sb, 20 apr 19, 21:18:13, Sharon Dvir wrote: > Package: wnpp > Owner: Sharon Dvir > Severity: wishlist > > (resending as I didn't get a bug nr) Hi Sharon, You must send the message to sub...@bugs.debian.org and add the pseudo-header X-Debbugs-CC: debian-devel@lists.debian.org. Hope this helps, Andrei -- http://wiki.debian.org/FAQsFromDebianUser signature.asc Description: PGP signature
ITP: trex-pam -- Use gpg keys to login with an OTP.
Package: wnpp Owner: Sharon Dvir Severity: wishlist * Package name: trex-pam Version : 0.1 Upstream Author : Sharon Dvir * URL : https://github.com/unaPoloGTIc/trex-pam * License : GPLv3 or later, or other with prior permission Programming Lang: C++ Description : Use gpg keys to login with an OTP. A PAM module that enables PAM to authenticate a user using a GPG key- pair. The module will present a challenge to the user, encrypted using his public key. User is then required to use his private key to decrypt, extract the correct response and present it to the authenticating app. Usefulness: the most basic usecase is to get an OTP to login to a machine configured to trust your gpg key. Maintainership: I'm the upstream author, so I hope to not burden others with maintainership. I understand the suspicion of me disappearing, I see packaging as the primary way of getting this module adopted. People are not going to compile and install a PAM module manually. (resending as I didn't get a bug nr)
Bug#927477: ITS: fluxbox -- low resource X11 Window manager
Package: fluxbox Severity: important Owner: Dmitry E. Oboukhov (closed #927457 & redoing it again) * Package name: fluxbox * URL : http://git.fluxbox.org/fluxbox.git * License : MIT Programming Lang: C++ Description : Highly configurable and low resource X11 Window manager Reason to pack: to salvage the package, because - The last version is over 5 years old - There are * 3 action needed that are "high" * 4 bugs tagged patch in the BTS * 13 lintian warnings I contacted the package owner more than 2 years ago: -- Forwarded message - From: Tong Sun Date: Sat, May 27, 2017 at 11:31 AM Subject: Re: About Fluxbox To: Dmitry E. Oboukhov Hi Dmitry, I'd like to push forward the Fluxbox version in Debian to the latest. If you are too busy, I can take a stab. If so, will you sponsor me to review & upload it when I'm done? (I'm currently maintaining two Debian packages and am in the process of getting being officially recognized as DM) -- Forwarded message - but didn't get any reply until now. Thus, I'm officially requesting to salvage the package now, taking over the maintainership. Thanks
ITP: trex-pam -- Use gpg keys to login with an OTP.
Package: wnpp Owner: Sharon Dvir Severity: wishlist * Package name: trex-pam Version : 0.1 Upstream Author : Sharon Dvir * URL : https://github.com/unaPoloGTIc/trex-pam * License : GPLv3 or later, or other with prior permission Programming Lang: C++ Description : Use gpg keys to login with an OTP. A PAM module that enables PAM to authenticate a user using a GPG key- pair. The module will present a challenge to the user, encrypted using his public key. User is then required to use his private key to decrypt, extract the correct response and present it to the authenticating app. Usefulness: the most basic usecase is to get an OTP to login to a machine configured to trust your gpg key. It can also be used to get rid of default passwords or sharing of passwords in enterprise scenarios. Multiple users may login each with an OTP, none with the private key as long as the owner is willing to provide a response to the challenge. (This is an advanced usage and is more suitable for commercial entities.) Maintainership: I'm the upstream author, so I hope to not burden others with maintainership. I understand the suspicion of me disappearing, I see packaging as the primary way of getting this module adopted. People are not going to compile and install a PAM module manually. (resending manually as I believe reportbug failed silently)
