From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 22FBC1384B4 for ; Tue, 22 Dec 2015 13:32:39 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4061021C025; Tue, 22 Dec 2015 13:32:32 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 3D6F9E08BB for ; Tue, 22 Dec 2015 13:32:31 +0000 (UTC) Received: from [192.168.2.174] (ip-176-52-204-228.static.reverse.dsi.net [176.52.204.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: patrick) by smtp.gentoo.org (Postfix) with ESMTPSA id ADC2534069F for ; Tue, 22 Dec 2015 13:32:28 +0000 (UTC) Subject: Re: [gentoo-dev] Re: repo/gentoo.git, or how committing is challenging To: gentoo-dev@lists.gentoo.org References: <566DACB3.2010105@gentoo.org> <20151213222001.0c1c466a3f3b8b0b53c69a9d@gentoo.org> <20151213190045.1e186781.dolsen@gentoo.org> <20151220212127.6e5cd419@caribou.gateway.pace.com> <56791ACB.3000903@gentoo.org> <567947B7.7090205@gentoo.org> From: Patrick Lauer X-Enigmail-Draft-Status: N1110 Message-ID: <567950CB.4070307@gentoo.org> Date: Tue, 22 Dec 2015 14:31:55 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: e4458ea5-c97f-4349-b91f-743448adfb15 X-Archives-Hash: ea8b8a7007f9e008b519733fd111b55a On 12/22/2015 02:14 PM, Rich Freeman wrote: > On Tue, Dec 22, 2015 at 7:53 AM, Patrick Lauer wrote: >> I'd replace gkeys-gen with a ~10-line shell script ... if I had some >> motivation to dig through some old experiments of mine where I managed >> to set all parameters for pgp from CLI. Which is all that gkeys-gen >> would do! > Sounds great. > >> I guess we fundamentally disagree - if you do shoddy work, it is shoddy. >> I won't praise you for it. > Nobody is looking for your praise. > >> That's my time, spent to work around deficiencies I shouldn't even see - >> if other people had done their job. And that's just frustrating if it >> happens again and again, and instead of doing something interesting I >> spend most of my time just being janitor and cleaning up stuff. > I hope you're not the one looking for praise. I can't imagine that > your pep talk has done a great deal to motivate people to spend time > improving the Gentoo Keys experience. Well, it's abandoned anyway (bugs open for >1 year means there's literally no one working on it, for a year) Like the git 'migration' it's half-finished work with little thought about workflow or user experience, "Change is Progress" If we didn't have it at all I would not have had to file bugs, spend time being very confused, etc. So all in all it has negative value in its current state. And it wastes the time of everyone who tries to use it, which is a few man-weeks of work ground away with inefficiency and carelessness. Imagine how much progress we could have had if someone had spent one afternoon on writing coherent docs! > > Do you want to see this fixed? > Are you willing to do the fixing yourself? I don't have infinite time, and wasting a day documenting things that should have been documented a year ago is not a good way of spending time. > > If the answer to the first question is yes, and the second is no, then > you've just volunteered for the job of either community motivator, or > frustrated user. The goal then is to make people care more about > going out of their way to fix things than going out of their way to > find ways to make you even more frustrated. Which do you think is > going to be more emotionally satisfying to those who read this thread? > Things working. So, the trick is not to have user-visible breakage. Now you know the great trick too and can apply it to your daily life.