From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?Q?G=C3=A1bor_Boskovits?= Subject: Workflow recommendation for workarounds Date: Tue, 27 Nov 2018 09:15:22 +0100 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:56133) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gRYWu-0003be-8T for guix-devel@gnu.org; Tue, 27 Nov 2018 03:15:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gRYWt-0001o7-Fq for guix-devel@gnu.org; Tue, 27 Nov 2018 03:15:36 -0500 Received: from mail-it1-x12a.google.com ([2607:f8b0:4864:20::12a]:33232) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gRYWt-0001nC-Bs for guix-devel@gnu.org; Tue, 27 Nov 2018 03:15:35 -0500 Received: by mail-it1-x12a.google.com with SMTP id m8so1251271itk.0 for ; Tue, 27 Nov 2018 00:15:34 -0800 (PST) List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Guix-devel Hello guix, I have a workflow recommendation for tracking cases where we have to work around bugs in packages we can't upgrade for a long time: 1. create a bug report for the buggy package. (Let's call this the primary bug) 2. when making a modification to work around the bug create another bug report to remove the workaround and make the primary bug block this. This way we can make these more visible, we can even mark these bugs easy (usually they really are). I find this important, as these unneeded changes don't get stuck in our codebase. I also would like to propose some more little workflow related changes: When closing a bug unblocks other bugs, then we should cc the devel list to the closing mail and make a notification that this unblocks other bugs. ( As far as I know there is currently no way to subscribe to a bug, so without this we don't get updated about the status change) Also we might create a policy on how to close bugs. I would recommend closing only when a fix lands on master, and updating the bug when the fix changes branches, like: fixed on core-updates-next on commit ..., then fix migrated to core-updates on commit ..., finally fixed on master by commit ..., closing. WDYT?