From 3449cd5f1fb465c8d618ed47b22064f49ff2dcd9 Mon Sep 17 00:00:00 2001 From: Munyoki Kilyungi Date: Wed, 12 Oct 2022 16:28:46 +0300 Subject: Mark as stalled * issues/deploy.gmi: Make description one line in accordance to the gem-text standard. : stalled. --- issues/deploy.gmi | 13 ++----------- 1 file changed, 2 insertions(+), 11 deletions(-) diff --git a/issues/deploy.gmi b/issues/deploy.gmi index 35e707c..0640f3b 100644 --- a/issues/deploy.gmi +++ b/issues/deploy.gmi @@ -1,22 +1,13 @@ # Handle Configuration Files -How we handle our configuration is a mess; and this makes deployment a -hassle. In genenetwork2, our configs live in different places, and it -takes some fiddling tinged with a bit of domain (gn2) knowledge to -work out what setting live where. With the introduction of blueprints -in our code-base, this duplication became a necessary evil because -most of the settings QC checks happen in a "utility/tools.py" which -unfortunately imports the "app" object. This import leads to circular -imports whenever we use blueprints. Unfortunately, a huge chunk of -the code base uses "utility/tools.py" to get configuration -settings; and removing this would make gn2 as is disfunctional. +How we handle our configuration is a mess; and this makes deployment a hassle. In genenetwork2, our configs live in different places, and it takes some fiddling tinged with a bit of domain (gn2) knowledge to work out what setting live where. With the introduction of blueprints in our code-base, this duplication became a necessary evil because most of the settings QC checks happen in a "utility/tools.py" which unfortunately imports the "app" object. This import leads to circular imports whenever we use blueprints. Unfortunately, a huge chunk of the code base uses "utility/tools.py" to get configuration settings; and removing this would make gn2 as is disfunctional. # Tags * assigned: bonfacem, fredm * type: bug * priority: medium -* status: in progress +* status: stalled * keywords: GN2, configuration, deploy # Notes -- cgit v1.2.3