unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: ng0 <contact.ng0@cryptolab.net>
To: Pjotr Prins <pjotr.public12@thebird.nl>
Cc: guix-devel <guix-devel@gnu.org>
Subject: Re: gnu-patches back log
Date: Wed, 1 Mar 2017 14:16:14 +0000	[thread overview]
Message-ID: <20170301141614.djnzya7z26imhu7b@abyayala> (raw)
In-Reply-To: <20170301111715.GA11182@mail.thebird.nl>

On 17-03-01 11:17:15, Pjotr Prins wrote:
> On Wed, Mar 01, 2017 at 11:42:29AM +0100, Andy Wingo wrote:
> > On Wed 01 Mar 2017 09:17, Pjotr Prins <pjotr.public12@thebird.nl> writes:
> > 
> > > I would like to ask the Guix mailing list members whether it is
> > > *acceptable* that a good looking patch has not been touched for two
> > > weeks. Like this one
> > >
> > >   https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25725
> > 
> > FWIW -- I accept this situation.  I have limited bandwidth and can't do
> > everything and am not always in a very Guixy place.  If I felt that I
> > could not accept this, my life would be much worse -- stress, burnout,
> > etc.
> 
> Last thing we want! And I do appreciate such concerns of every
> individual. We do, however, have some 30 people who can push to
> savannah:
> 
>   https://savannah.gnu.org/project/memberlist.php?group=guix
> 
> and we have another even larger group of people without push rights
> who do not mind commenting on peers. Even today we should be able to
> distribute the load better. 
> 
> I am not asking you in particular, but everyone in general, if you
> feel like coaching one submission per week. That would take a load
> of work away from Ricardo and Ludo and improve speed dramatically.
> 
> This is the first thing I am trying :). The main difference with the
> existing approach is that I want to have more engagement from fresh
> contributors who can also peer review. Review is an excellent way of
> learning. How exactly we are going to do this is not clear yet. But
> that is what I am thinking. 
> 
> Meanwhile I want to know what limits people actually have. I think 2
> weeks is not acceptable (but that should be obvious).
> 
> Pj.
> 
> -- 
> 

What prevents me from doing reviews more regular is time and resources
management. I might not be the best person to call when you are hanging
on a rope over a pit on fire (so to speak) because I'm busy at all
fronts.
I did not ask a second time for push permissions because I don't really
like having many accounts and passwords to remember. If we had a
solution where you'd just pull from my git checkout a specific branch or
I would just have to send my ssh key in an OpenPG encrypted and signed
message, that's different than signing up at savannah.gnu.org just for
pasting my OpenPG + SSH key into the profile.
The trouble with volunteer work is scaling the management and problem
solving, and I think it's working out for Guix. Occasionally I get upset
about having to use email, but as long as there's nothing better around
I won't rant about it anymore. Debbugs is okay for now. I don't have to
send emails to point to emails because it's clear which bugs are open
and which are closed.
Debbugs doesn't assign bugs to people and all sorts of other solutions
you could have in other systems, but one step at a time.

We're having a long discussion about the right system to use with the
focus shifting and positions changing, and we try out solutions, realize
failures of solutions which have been attempted to use, and continue to
improve the situation, that's good.

I don't mind to wait. I think 5 weeks - 2 months is where I start to ask
wether anyone has an opinion about the patch.
I have services and patches I'm fixing since last September, but the
problem there is just the nature of the services and Guile still being
new to me, and some limitations of the qemu VM which can be spawned for
tests. It's slowing you down when you have to reconfigure a bare-metal
system just to find the right solution every time.
Especially gnunet-service I'm talking about here. I know I will find the
solution eventually because I'm willing to fix and debug, but it could
be easier with shepherd and the qemu VM.

  parent reply	other threads:[~2017-03-01 13:07 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-12 14:21 How to M-x debbugs-gnu with new guix-patches Christopher Allan Webber
2017-02-22 17:26 ` Catonano
2017-02-26 11:10   ` Pjotr Prins
2017-02-26 19:02     ` Christopher Allan Webber
2017-02-28  6:25       ` gnu-patches back log Pjotr Prins
2017-02-28 11:14         ` Hartmut Goebel
2017-03-01  5:23           ` Pjotr Prins
2017-03-01  6:16         ` Leo Famulari
2017-03-01  8:17           ` Pjotr Prins
2017-03-01 10:42             ` Andy Wingo
2017-03-01 11:17               ` Pjotr Prins
2017-03-01 12:48                 ` Thomas Danckaert
2017-03-01 15:06                   ` Pjotr Prins
2017-03-01 13:14                 ` Leo Famulari
2017-03-01 14:45                   ` Pjotr Prins
2017-03-01 15:51                     ` Leo Famulari
2017-03-01 16:07                       ` Pjotr Prins
2017-03-01 23:08                         ` Catonano
2017-03-07 12:09                           ` Ricardo Wurmus
2017-03-13 17:37                             ` Catonano
2017-03-01 14:16                 ` ng0 [this message]
2017-03-01 13:14             ` John Darrington
2017-03-06 16:14         ` Ludovic Courtès
2017-03-07 11:44           ` Hartmut Goebel
2017-03-11 21:30             ` Ludovic Courtès
2017-03-25 12:37       ` How to M-x debbugs-gnu with new guix-patches Catonano
2017-03-25 21:45         ` Ludovic Courtès

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20170301141614.djnzya7z26imhu7b@abyayala \
    --to=contact.ng0@cryptolab.net \
    --cc=guix-devel@gnu.org \
    --cc=pjotr.public12@thebird.nl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).