From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#60505: 29.0.60; Fido Mode and Tramp Completion Date: Wed, 08 Feb 2023 15:20:53 +0200 Message-ID: <83mt5onvii.fsf@gnu.org> References: <87k024918k.fsf@jroy.ca> <8aadf0ddd54d67a3213d@heytings.org> <87a62jmwj6.fsf@gmx.de> <87o7qwm3dd.fsf@gmx.de> <43562d4dd9c31382eb40@heytings.org> <87k011dtw2.fsf@gmx.de> <43562d4dd93037f7d01f@heytings.org> <834js4zi69.fsf@gnu.org> <87cz6seanu.fsf@gmx.de> <87mt5udaey.fsf@gmx.de> <87zg9qr9ht.fsf@gmx.de> <87h6vy71o1.fsf@web.de> <87357hkg95.fsf@gmx.de> <87cz6lfibi.fsf@web.de> <87edr1nxa0.fsf@gmx.de> <87bkm5b46w.fsf@web.de> <87357h19qj.fsf@dick> <87zg9omvjk.fsf@gmx.de> <878rh8flci.fsf@dick> <87fsbgmhjf.fsf@gmx.de> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15367"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 60505@debbugs.gnu.org, michael_heerdegen@web.de, gregory@heytings.org, dick.r.chiang@gmail.com, julien@jroy.ca, monnier@iro.umontreal.ca To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Feb 08 14:21:28 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pPkO7-0003i6-4D for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 08 Feb 2023 14:21:27 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pPkNl-0006cu-31; Wed, 08 Feb 2023 08:21:05 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pPkNj-0006Xw-18 for bug-gnu-emacs@gnu.org; Wed, 08 Feb 2023 08:21:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pPkNi-0002zl-L0 for bug-gnu-emacs@gnu.org; Wed, 08 Feb 2023 08:21:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pPkNi-0005b3-4E for bug-gnu-emacs@gnu.org; Wed, 08 Feb 2023 08:21:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 08 Feb 2023 13:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60505 X-GNU-PR-Package: emacs Original-Received: via spool by 60505-submit@debbugs.gnu.org id=B60505.167586244821485 (code B ref 60505); Wed, 08 Feb 2023 13:21:02 +0000 Original-Received: (at 60505) by debbugs.gnu.org; 8 Feb 2023 13:20:48 +0000 Original-Received: from localhost ([127.0.0.1]:55051 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pPkNT-0005aT-Ig for submit@debbugs.gnu.org; Wed, 08 Feb 2023 08:20:47 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:35318) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pPkNP-0005aC-Uu for 60505@debbugs.gnu.org; Wed, 08 Feb 2023 08:20:45 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pPkNI-0002Kx-H9; Wed, 08 Feb 2023 08:20:36 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=Bc2cVeJpM+qjeoxUOagAt9edA0/fSLpFq5eRhVnLmGo=; b=jUB5vRvavD+I c9F3f+fbusIzmLJ1aubCutSyDcG/f1PTDAA5AA+v/XM0B8nBil/bya4TSt2IrQFaHhlKtGGnxZgT+ jaV2CzOjKOAqd4idCgGYT6l0fqToLb+PKiZqFY8uyNIVQYSoCv0kdNsMT60z22qYhwBB93PTrdEqY 8CVxo1lT6UXbcF0WtvnQ3hL5TKDPeb8vDwrUaZi3arWIrDRviuYHoOJyTCYxMMDbqhAhQbCdroXC8 w0Vg0bV++uK4JD4Kmla/GNi5EQmCeTHY9y08ovqnfML0em/M8y8X6nMvQ39IZ6AeJ/Zwv8+tWWyv1 hMAMiwfBpnfCvSeApSFQqA==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pPkNH-0005zi-Ju; Wed, 08 Feb 2023 08:20:35 -0500 In-Reply-To: <87fsbgmhjf.fsf@gmx.de> (message from Michael Albinus on Wed, 08 Feb 2023 14:08:04 +0100) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:255126 Archived-At: > From: Michael Albinus > Cc: 60505@debbugs.gnu.org, Michael Heerdegen , > Gregory Heytings , Stefan Monnier > , julien@jroy.ca, Eli Zaretskii > Date: Wed, 08 Feb 2023 14:08:04 +0100 > > dick writes: > > Hi, > > > EMBA, being a Gitlab product, was designed to accommodate branches, the > > idea being you vet your changes on a feature branch before merging to > > master. Something for management to think about since no one, including > > the guy in charge of EMBA, seems to do this. > > Here you have a point. I didn't expect so much trouble in this case, and > so I haven't used a branch. Which would have other disadvantages, for > example less people to test. > > And a branch to be (pre-)tested on EMBA wouldn't help here. I have added > ERT tests for the new behavior, and they run on EMBA successfully. The > problem is the *interactive* reading of file names - something which > cannot be tested on EMBA. Michael, please don't sweat over this. Using temporary branches for CI-style testing before committing to mainline requires a very different style and procedures of development than what we have. We don't have the resources to use those development procedures on a routine basis, and the group of people who can be vaguely described as "the development team" -- those who contribute changes frequently enough to benefit from test-before-commit workflow -- is too diverse and too decentralized to expect them to abide by the discipline required for implementing CI-driven workflows. dick.r.chiang goes the easy way of commenting from the peanut gallery (in his usual arrogant and condescending style) instead of doing what is expected from a well-meaning community member: volunteer to do this job himself and find enough volunteers for us to be able to go anywhere near using CI routinely.