From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 14 22:17:37 2015 Received: (at submit) by debbugs.gnu.org; 15 Oct 2015 02:17:38 +0000 Received: from localhost ([127.0.0.1]:51322 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZmY6q-0007W7-Vn for submit@debbugs.gnu.org; Wed, 14 Oct 2015 22:17:37 -0400 Received: from eggs.gnu.org ([208.118.235.92]:58080) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZmXpL-00075P-9K for submit@debbugs.gnu.org; Wed, 14 Oct 2015 21:59:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZmXpJ-0006it-Us for submit@debbugs.gnu.org; Wed, 14 Oct 2015 21:59:30 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.1 required=5.0 tests=BAYES_50, FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:43727) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmXpJ-0006im-S7 for submit@debbugs.gnu.org; Wed, 14 Oct 2015 21:59:29 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39836) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmXpI-0006QV-T7 for bug-gnu-emacs@gnu.org; Wed, 14 Oct 2015 21:59:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZmXpH-0006ge-Tq for bug-gnu-emacs@gnu.org; Wed, 14 Oct 2015 21:59:28 -0400 Received: from mail-wi0-x233.google.com ([2a00:1450:400c:c05::233]:36966) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmXpH-0006gY-J6 for bug-gnu-emacs@gnu.org; Wed, 14 Oct 2015 21:59:27 -0400 Received: by wijq8 with SMTP id q8so107675939wij.0 for ; Wed, 14 Oct 2015 18:59:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=0IeSSzlPjZ2F9GHhgScuhQk2i8AEGypBeu44dlMC4Bo=; b=moRtb6S8Oi/yerRy17t3jx+VDx/BAfYd11uAK6XYSybD3wrr4e8q7XlAHySFRnBbMP L0TlwcaU5kGawO2DBQm98tntUozfIzEXXtIzdSIcgBHG3FymRUc/cKymmItTSD+bbKC5 un8SsfTy9wEzuhMXSMZt/fwxCABJ+MHtVTVH0WW+Rd1UeCrLv+OvjjCnbEtZrLqVYimY I/qJ6lUzKq4gekSsfSjYW8Td4EIgkaK6tYr84HWbou1Q0iaSUhQscAhkAUShJkGdnwkv b3KqLLTlwIuzTk5c8Ly1bwJ3BeqVYWPs0hC1rRduq4/7lKHUVC1dP+I/HCHKt/+YBhSv Ve7w== MIME-Version: 1.0 X-Received: by 10.194.48.102 with SMTP id k6mr8423455wjn.124.1444874366811; Wed, 14 Oct 2015 18:59:26 -0700 (PDT) Received: by 10.28.213.76 with HTTP; Wed, 14 Oct 2015 18:59:26 -0700 (PDT) Date: Wed, 14 Oct 2015 18:59:26 -0700 Message-ID: Subject: Proposed patch to nt/runemacs.c: a way to augment environment variables prior to starting Em From: Evgeny Roubinchtein To: bug-gnu-emacs@gnu.org Content-Type: multipart/mixed; boundary=047d7b86da52611ed805221b0783 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.8 (---) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Wed, 14 Oct 2015 22:17:36 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.8 (---) --047d7b86da52611ed805221b0783 Content-Type: text/plain; charset=UTF-8 Dear Emacs developers, Would you consider applying the attached patch to nt/runemacs.c? My "use case" is that I compiled 64-bit Emacs under Windows following instructions at http://sourceforge.net/p/emacsbinw64/wiki/Build%20guideline%20for%20MSYS2-MinGW-w64%20system/, but I want to avoid copying libraries from ${msys2_root}/mingw64/bin to the Emacs installation directory, and I also don't want to add ${msys2_root}/mingw64/bin to the PATH for my user account (let alone system-wide). The attached patch gives me a way to augment system environment variables before runemacs starts the actual emacs executable. With this patch applied, I can set the environment variable EMACS_ENV to ">PATH>${msys2_root}/mingw64/bin", and have that directory appended to the PATH but only in the environment of the runemacs process. That environment is inherited by the emacs process, so I can allow Emacs to find the libraries it needs in order to run without copying them to the Emacs installation directory and without altering the PATH for my user account. Please let me know if it would be possible to get this patch applied to the Emacs sources. Thank you in advance! --047d7b86da52611ed805221b0783 Content-Type: application/octet-stream; name="0001-Allow-the-environment-of-the-runemacs-process-to-be-.patch" Content-Disposition: attachment; filename="0001-Allow-the-environment-of-the-runemacs-process-to-be-.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ifrkv2hg0 RnJvbSBhZTYzOGRjMWYzZDQ5NTIzNTUyOTAxZjRlNTZlZGE3ODVkM2UyODZkIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBFdmdlbnkgUm91YmluY2h0ZWluIDx6aGVueWExMDA3QGdtYWls LmNvbT4KRGF0ZTogVGh1LCAxNSBPY3QgMjAxNSAwMjo1MToyMCArMDEwMApTdWJqZWN0OiBbUEFU Q0hdIEFsbG93IHRoZSBlbnZpcm9ubWVudCBvZiB0aGUgcnVuZW1hY3MgcHJvY2VzcyB0byBiZQog YXVnbWVudGVkLgoKVGhlIHVzZXIgbWF5IGF1Z21lbnQgdGhlIGVudmlyb25tZW50IG9mIHRoZSBy dW5lbWFjcyBwcm9jZXNzIChhbmQgdGhlCmVtYWNzIHByb2Nlc3Mgc3RhcnRlZCBieSBydW5lbWFj cykgYnkgc2V0dGluZyB0aGUgIkVNQUNTX0VOViIKZW52aXJvbm1lbnQgdmFyaWFibGUuCi0tLQog bnQvcnVuZW1hY3MuYyB8IDEwMSArKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKystCiAxIGZpbGUgY2hhbmdlZCwgMTAwIGluc2VydGlvbnMoKyks IDEgZGVsZXRpb24oLSkKCmRpZmYgLS1naXQgYS9udC9ydW5lbWFjcy5jIGIvbnQvcnVuZW1hY3Mu YwppbmRleCA4NjY0NGI0Li4yNmZiZDY3IDEwMDY0NAotLS0gYS9udC9ydW5lbWFjcy5jCisrKyBi L250L3J1bmVtYWNzLmMKQEAgLTQ2LDYgKzQ2LDcgQEAgYWxvbmcgd2l0aCBHTlUgRW1hY3MuICBJ ZiBub3QsIHNlZSA8aHR0cDovL3d3dy5nbnUub3JnL2xpY2Vuc2VzLz4uICAqLwogCiBzdGF0aWMg dm9pZCBzZXRfdXNlcl9tb2RlbF9pZCAodm9pZCk7CiBzdGF0aWMgaW50IGVuc3VyZV91bmljb3dz X2RsbCAodm9pZCk7CitzdGF0aWMgdm9pZCBleHBhbmRfZW1hY3NfZW52ICh2b2lkKTsKIAogaW50 IFdJTkFQSQogV2luTWFpbiAoSElOU1RBTkNFIGhTZWxmLCBISU5TVEFOQ0UgaFByZXYsIExQU1RS IGNtZGxpbmUsIGludCBuU2hvdykKQEAgLTE2Niw2ICsxNjcsOCBAQCBXaW5NYWluIChISU5TVEFO Q0UgaFNlbGYsIEhJTlNUQU5DRSBoUHJldiwgTFBTVFIgY21kbGluZSwgaW50IG5TaG93KQogICAg ICAgU2V0RW52aXJvbm1lbnRWYXJpYWJsZSAoImVtYWNzX2RpciIsIG1vZG5hbWUpOwogICAgIH0K IAorICBleHBhbmRfZW1hY3NfZW52ICgpOworCiAgIG1lbXNldCAoJnN0YXJ0LCAwLCBzaXplb2Yg KHN0YXJ0KSk7CiAgIHN0YXJ0LmNiID0gc2l6ZW9mIChzdGFydCk7CiAgIHN0YXJ0LmR3RmxhZ3Mg PSBTVEFSVEZfVVNFU0hPV1dJTkRPVyB8IFNUQVJURl9VU0VDT1VOVENIQVJTOwpAQCAtMjU3LDcg KzI2MCw3IEBAIGVuc3VyZV91bmljb3dzX2RsbCAodm9pZCkKIAkgICAgewogCSAgICAgIGNhc2Ug SURPSzoKIAkgICAgICBkZWZhdWx0OgotCSAgICAgICAgcmV0dXJuIDA7CisJCXJldHVybiAwOwog CSAgICB9CiAJfQogICAgICAgRnJlZUxpYnJhcnkgKGgpOwpAQCAtMjY1LDMgKzI2OCw5OSBAQCBl bnN1cmVfdW5pY293c19kbGwgKHZvaWQpCiAgICAgfQogICByZXR1cm4gMTsKIH0KKworc3RhdGlj IGludAorZ2V0X2Vudl92YXIoY2hhciBjb25zdCAqY29uc3QgbmFtZSwgY2hhciAqKmJ1ZikKK3sK KyAgaW50IGxlbjsKKyAgbGVuID0gR2V0RW52aXJvbm1lbnRWYXJpYWJsZShuYW1lLCBOVUxMLCAw KTsKKyAgaWYgKDAgPT0gbGVuKQorICAgIHJldHVybiAwOworICAqYnVmID0gbWFsbG9jKGxlbik7 CisgIGlmICghKmJ1ZikKKyAgICByZXR1cm4gMDsKKyAgaWYgKCFHZXRFbnZpcm9ubWVudFZhcmlh YmxlIChuYW1lLCAqYnVmLCBsZW4pKQorICAgIHJldHVybiAwOworICByZXR1cm4gMTsKK30KKwor LyogQk5GIGdyYW1tYXI6CisgICBlbWFjc19lbnZfc3RyaW5nID0gJ0VNQUNTX0VOVj0nIHtwcmVw ZW5kX2NsYXVzZXxhcHBlbmRfY2xhdXNlfG92ZXJ3cml0ZV9jbGF1c2V9ICdcMCcKKyAgIHByZXBl bmRfY2xhdXNlID0gJzwnIG5hbWUgJzwnIHZhbHVlCisgICBhcHBlbmRfY2xhdXNlID0gJz4nIG5h bWUgJz4nIHZhbHVlCisgICBvdmVyd3JpdGVfY2xhdXNlID0gJyonIG5hbWUgJyonCisgICAsIHdo ZXJlIG5hbWUgaXMgdmFsaWQgZW52aXJvbm1lbnQgdmFyaWFibGUgbmFtZS4KKyovCitzdGF0aWMg dm9pZAorZXhwYW5kX2VtYWNzX2VudigpCit7CisgIGNoYXIgKmJ1ZjsKKyAgY2hhciAqYjsKKyAg Y2hhciAqZTsKKworICBpZiAoIWdldF9lbnZfdmFyICgiRU1BQ1NfRU5WIiwgJmJ1ZikpCisgICAg Z290byBmcmVlX2J1ZjsKKworICBiID0gZSA9IGJ1ZjsKKyAgd2hpbGUgKE5VTEwgIT0gKGIgPSBz dHJwYnJrIChiLCAiPio8IikpKQorICAgIHsKKyAgICAgIGNoYXIgKmVlOworICAgICAgY2hhciAq dmFsID0gTlVMTDsKKyAgICAgIGNoYXIgKm52YWwgPSBOVUxMOworICAgICAgY2hhciBzZXBbMl0g PSB7J1wwJywgJ1wwJ307CisKKyAgICAgIHNlcFswXSA9ICpiOworICAgICAgKytiOworICAgICAg ZSA9IHN0cnBicmsoYiwgc2VwKTsKKyAgICAgIGlmIChOVUxMID09IGUpCisJZ290byBmcmVlX2J1 ZjsKKyAgICAgIGVsc2UKKwkqZSA9ICdcMCc7CisgICAgICBlZSA9IHN0cnBicmsoZSsxLCBzZXAp OworICAgICAgaWYgKE5VTEwgIT0gZWUpCisJKmVlID0gJ1wwJzsKKyAgICAgIHN3aXRjaCAoc2Vw WzBdKQorCXsKKwljYXNlICc+JzogLyphcHBlbmQqLworCSAgaWYgKCFnZXRfZW52X3ZhciAoYiwg JnZhbCkpCisJICAgIGdvdG8gY2xlYW51cDsKKwkgIG52YWwgPSBtYWxsb2MgKHN0cmxlbih2YWwp ICsgc3RybGVuKGUrMSkgKyAxKTsKKwkgIHN0cmNweShudmFsLCB2YWwpOworCSAgc3RyY2F0KG52 YWwsIGUrMSk7CisJICBpZiAoIVNldEVudmlyb25tZW50VmFyaWFibGUgKGIsIG52YWwpKQorCSAg ICBnb3RvIGNsZWFudXA7CisJICBicmVhazsKKwljYXNlICc8JzogLypwcmVwZW5kKi8KKwkgIGlm ICghZ2V0X2Vudl92YXIgKGIsICZ2YWwpKQorCSAgICBnb3RvIGNsZWFudXA7CisJICBudmFsID0g bWFsbG9jIChzdHJsZW4odmFsKSArIHN0cmxlbihlKzEpICsgMSk7CisJICBzdHJjcHkobnZhbCwg ZSsxKTsKKwkgIHN0cmNhdChudmFsLCB2YWwpOworCSAgaWYgKCFTZXRFbnZpcm9ubWVudFZhcmlh YmxlIChiLCBudmFsKSkKKwkgICAgZ290byBjbGVhbnVwOworCSAgYnJlYWs7CisJY2FzZSAnKic6 IC8qb3ZlcndyaXRlKi8KKwkgIGlmICghU2V0RW52aXJvbm1lbnRWYXJpYWJsZSAoYiwgZSsxKSkK KwkgICAgZ290byBjbGVhbnVwOworCSAgYnJlYWs7CisJZGVmYXVsdDoKKwkgIGdvdG8gY2xlYW51 cDsKKwl9CisgICAgY2xlYW51cDoKKyAgICAgIGlmIChOVUxMICE9IHZhbCkKKwlmcmVlICh2YWwp OworICAgICAgaWYgKE5VTEwgIT0gbnZhbCkKKwlmcmVlIChudmFsKTsKKyAgICAgICplID0gc2Vw WzBdOworICAgICAgaWYgKE5VTEwgIT0gZWUpCisJeworCSAgYiA9IGVlICsgMTsKKwkgICplZSA9 IHNlcFswXTsKKwl9CisgICAgICBlbHNlCisJYiA9IGUgKyAxOworICAgIH0KKyBmcmVlX2J1ZjoK KyAgaWYgKE5VTEwgIT0gYnVmKQorICAgIGZyZWUgKGJ1Zik7Cit9Ci0tIAoyLjYuMS53aW5kb3dz LjEKCg== --047d7b86da52611ed805221b0783-- From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 15 11:30:25 2015 Received: (at 21687) by debbugs.gnu.org; 15 Oct 2015 15:30:25 +0000 Received: from localhost ([127.0.0.1]:52500 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZmkU4-0002Oy-Jn for submit@debbugs.gnu.org; Thu, 15 Oct 2015 11:30:25 -0400 Received: from mtaout25.012.net.il ([80.179.55.181]:52854) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZmkU1-0002Oj-FA for 21687@debbugs.gnu.org; Thu, 15 Oct 2015 11:30:23 -0400 Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0NW900700PGO9U00@mtaout25.012.net.il> for 21687@debbugs.gnu.org; Thu, 15 Oct 2015 18:27:54 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NW9002R8PMHO040@mtaout25.012.net.il>; Thu, 15 Oct 2015 18:27:54 +0300 (IDT) Date: Thu, 15 Oct 2015 18:30:19 +0300 From: Eli Zaretskii Subject: Re: bug#21687: Proposed patch to nt/runemacs.c: a way to augment environment variables prior to starting Em In-reply-to: X-012-Sender: halo1@inter.net.il To: Evgeny Roubinchtein Message-id: <83twps87zo.fsf@gnu.org> References: X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21687 Cc: 21687@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Wed, 14 Oct 2015 18:59:26 -0700 > From: Evgeny Roubinchtein > > My "use case" is that I compiled 64-bit Emacs under Windows following > instructions at > http://sourceforge.net/p/emacsbinw64/wiki/Build%20guideline%20for%20MSYS2-MinGW-w64%20system/, > but I want to avoid copying libraries from ${msys2_root}/mingw64/bin > to the Emacs installation directory, and I also don't want to add > ${msys2_root}/mingw64/bin to the PATH for my user account (let alone > system-wide). Can you explain why you don't want to do any of these 2 things? I'm not sure I understand the use case. Doing one or the other is the standard way of installing programs and their dependency libraries, and the former of the 2 is the platform recommended method, so it sounds strange that you don't want that. > The attached patch gives me a way to augment system environment > variables before runemacs starts the actual emacs executable. > With this patch applied, I can set the environment variable EMACS_ENV > to ">PATH>${msys2_root}/mingw64/bin", and have that directory appended > to the PATH but only in the environment of the runemacs process. That > environment is inherited by the emacs process, so I can allow Emacs to > find the libraries it needs in order to run without copying them to > the Emacs installation directory and without altering the PATH for my > user account. Thanks, but I think this solution will do more harm than help, even for you. Setting PATH of the Emacs process affects much more than just the places where Emacs looks for DLLs. It also affects where it will look for programs it invokes, such as Grep and Diff, that have nothing to do with optional libraries. Moreover, from the user perspective, runemacs.exe and emacs.exe are the same program, so having each one run with a different value of PATH will confuse and might even annoy. If you want to affect just the place where the DLLs are loaded from, you can instead redefine dynamic-library-alist (see w32-win.el for its default value) in your init files to include full absolute file names of each DLL; then Emacs will load only that DLL from its specified directory. I think this will solve your use case without affecting others. This solution can be used with the current Emacs code. If your use case is important enough, we could consider adding a facility that would allow the user to customize the directory or directories where Emacs looks for DLLs, using methods that don't affect PATH (e.g., the SetDllDirectory opr SetDefaultDllDirectories APIs). That'd be somewhat hairy, because we'd need to hook those into Posix-style environment variables like LD_LIBRARY_PATH, but it will be still cleaner than your suggestion. So please describe your use case in more detail for us to understand whether it needs any changes in existing code. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 23 03:38:17 2016 Received: (at 21687) by debbugs.gnu.org; 23 Feb 2016 08:38:17 +0000 Received: from localhost ([127.0.0.1]:38951 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aY8U5-0006Lu-FQ for submit@debbugs.gnu.org; Tue, 23 Feb 2016 03:38:17 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:44816) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aY8U4-0006Ln-5B for 21687@debbugs.gnu.org; Tue, 23 Feb 2016 03:38:16 -0500 Received: from cpe-60-225-211-161.nsw.bigpond.net.au ([60.225.211.161] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aY8Tg-0007OU-UO; Tue, 23 Feb 2016 09:37:53 +0100 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#21687: Proposed patch to nt/runemacs.c: a way to augment environment variables prior to starting Em References: <83twps87zo.fsf@gnu.org> Date: Tue, 23 Feb 2016 19:37:48 +1100 In-Reply-To: <83twps87zo.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 15 Oct 2015 18:30:19 +0300") Message-ID: <8737sjzusj.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1aY8Tg-0007OU-UO X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1456821473.96572@diMqQli0RKxQzXWcfS9diA X-Spam-Status: No X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 21687 Cc: 21687@debbugs.gnu.org, Evgeny Roubinchtein X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Eli Zaretskii writes: > So please describe your use case in more detail for us to understand > whether it needs any changes in existing code. More information was requested, but no response was given within a few months, so I'm closing this bug report. If the problem still exists, please reopen this bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 23 03:38:35 2016 Received: (at control) by debbugs.gnu.org; 23 Feb 2016 08:38:36 +0000 Received: from localhost ([127.0.0.1]:38954 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aY8UN-0006Mu-Mq for submit@debbugs.gnu.org; Tue, 23 Feb 2016 03:38:35 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:44831) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aY8UL-0006Mm-Vz for control@debbugs.gnu.org; Tue, 23 Feb 2016 03:38:34 -0500 Received: from cpe-60-225-211-161.nsw.bigpond.net.au ([60.225.211.161] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aY8Ts-0007Op-FG for control@debbugs.gnu.org; Tue, 23 Feb 2016 09:38:05 +0100 Date: Tue, 23 Feb 2016 19:38:00 +1100 Message-Id: <871t83zus7.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #21687 X-MailScanner-ID: 1aY8Ts-0007Op-FG X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1456821486.79022@CTD/1iGSswCY6o2NgSOI2Q X-Spam-Status: No X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) close 21687 From unknown Mon Aug 18 02:37:01 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 22 Mar 2016 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator