Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1saQf7-008kOt-HV for pgsql-hackers@arkaria.postgresql.org; Sun, 04 Aug 2024 02:07:57 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1saQf5-007fpd-Oq for pgsql-hackers@arkaria.postgresql.org; Sun, 04 Aug 2024 02:07:55 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1saQf5-007fpV-EM for pgsql-hackers@lists.postgresql.org; Sun, 04 Aug 2024 02:07:55 +0000 Received: from mail-lf1-x135.google.com ([2a00:1450:4864:20::135]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1saQf3-00318f-5r for pgsql-hackers@lists.postgresql.org; Sun, 04 Aug 2024 02:07:54 +0000 Received: by mail-lf1-x135.google.com with SMTP id 2adb3069b0e04-52f025bc147so13289891e87.3 for ; Sat, 03 Aug 2024 19:07:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1722737272; x=1723342072; darn=lists.postgresql.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=Bgk50b6fJNZYrnXL+/owq4wNnqkal2h2Z1a6SOg/+fE=; b=RbyVR/G002IVpTXswTMfNf6YyPuCgFWdW0Wnq4rPRyudIblJiWcrrwDmE1gGh1vZL2 2Je6DTmpJyIKfwFt/lwqG+DBy+wkQGwKUYvFO5MUTkZ0ea5mC2JC+pzSEAR2PYcE6h8u bHYApdyJb5n+LLPpK3Bfnel59cRoI5mk/fjBcBzfQsw76WWEdase1gDKlSdquPzdHT8S XcqjXT46xXv81y794OPR8+KIUZME2pyeq21l7beQxhwdL1Rcl+ynZRLgwDGDU0HgPq3c iSsggZ8OTyUAXHC6sibyngUfCZQ2+1Y6g8ZzjqV8ftmlnFzW6OLaZMoBY6wCWXdlG+Z/ 7kSA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1722737272; x=1723342072; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=Bgk50b6fJNZYrnXL+/owq4wNnqkal2h2Z1a6SOg/+fE=; b=NIq5p3tqzik0qSYb0cwNSePtAJi44bTgM2IBpyeBGpuQHUqTonHSUpbaV9dHbOytAU Rkdfa7UP8RPznz4G7Ji3aBrUM3X+MYOjhRywFJBPxtjMVvt4TfQj9w0H+fCL6WcJt7yY 6W5D8YLyJ0+cvWAYM2IUk+BE4fO6pQs9ktFONmV0CWRO6aMcpDTkNlUXdzVd0NeMJqwc OA4jTboyt2pSCaMriJgBaxTJL+o4vOmfYfiVLnExy9PM47j0VNcpj9MDpP6fRspWzkZR 9OgDTFe/MgVmXzEytEhhnd7L8SVWuI8dJT44cILPyqu7H/p+kCHyS/T2Y7gAfgd7ZWo9 +guA== X-Forwarded-Encrypted: i=1; AJvYcCWBvO3wuHt4z6HuB2KMZl3b1jHrdK5HFwcwM9eYTVOXb0JJC+5s0nR/UnvDC5+2RqaVTCK9Cpnz/28y7pUPyAdLDXNqGHB3svXCg3fUKPb/F0c7 X-Gm-Message-State: AOJu0YyAGIHew1qnxUGSltIvyVqnMpvCyTx7W91oh6tgRSAKmdclvHoj NQ+O8fBtWhVOQs2OU62k9vyx58tqHO1XG5KCo62OX5ToljdAQIHLPKrK1K/7FPjavodilDRBSoL e015zqOHvlpm5s4UfgwoP8yaUutYdi8lfw3gp2mKt X-Google-Smtp-Source: AGHT+IFnL2PA0auKgFT1K//PouSQ/vhprKL+k/vrAvAACGhomWsZqLQ1dozVrtKVPlYeuDcnDQKGm+PixT7t7NK/b38= X-Received: by 2002:a05:6512:4003:b0:530:ac0a:15db with SMTP id 2adb3069b0e04-530bb3626b0mr5013470e87.5.1722737271722; Sat, 03 Aug 2024 19:07:51 -0700 (PDT) MIME-Version: 1.0 References: <57c12c52-123c-4a13-a258-02639473fa17@dunslane.net> In-Reply-To: From: Junwang Zhao Date: Sun, 4 Aug 2024 10:07:40 +0800 Message-ID: Subject: Re: Official devcontainer config To: Peter Eisentraut Cc: Andrew Dunstan , PostgreSQL Hackers , Andrey Borodin , Jelte Fennema-Nio Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Sat, Aug 3, 2024 at 2:45=E2=80=AFAM Peter Eisentraut wrote: > > On 01.08.24 23:38, Andrew Dunstan wrote: > > Not totally opposed, and I will probably give it a try very soon, but > > I'm wondering if this really needs to go in the core repo. We've > > generally shied away from doing much in the way of editor / devenv > > support, trying to be fairly agnostic. It's true we carry .dir-locals.e= l > > and .editorconfig, so that's not entirely true, but those are really > > just about supporting our indentation etc. standards. > > Yeah, the editor support in the tree ought to be minimal and factual, > based on coding standards and widely recognized best practices, not a > collection of one person's favorite aliases and scripts. If the scripts > are good, let's look at them and maybe put them under src/tools/ for > everyone to use. But a lot of this looks like it will requite active > maintenance if output formats or node formats or build targets etc. > change. And other things require specific local paths. That's fine for > a local script or something, but not for a mainline tool that the > community will need to maintain. Yeah, personal favorite aliases and scripts are not good, that also concerns me, I will delete those parts in future patches. > > I suggest to start with a very minimal configuration. What are the > settings that absolute everyone will need, maybe to set indentation > style or something. > Yeah, reasonable, I will discuss it with Andrey after he tries .devcontaine= r. --=20 Regards Junwang Zhao