From unknown Fri Sep 05 16:18:16 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#1700 <1700@debbugs.gnu.org> To: bug#1700 <1700@debbugs.gnu.org> Subject: Status: 23.0.60; Please provide a way to know if --daemon is supported Reply-To: bug#1700 <1700@debbugs.gnu.org> Date: Fri, 05 Sep 2025 23:18:16 +0000 retitle 1700 23.0.60; Please provide a way to know if --daemon is supported reassign 1700 emacs submitter 1700 trentbuck@gmail.com severity 1700 normal thanks From trentbuck@gmail.com Thu Dec 25 00:04:01 2008 Received: (at submit) by emacsbugs.donarmstrong.com; 25 Dec 2008 08:04:01 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.1 required=4.0 tests=FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mBP83ruG007486 for ; Thu, 25 Dec 2008 00:03:54 -0800 Received: from mx10.gnu.org ([199.232.76.166]:59718) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1LFlBI-0004fo-Mc for emacs-pretest-bug@gnu.org; Thu, 25 Dec 2008 03:02:56 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1LFlCA-0008PF-VK for emacs-pretest-bug@gnu.org; Thu, 25 Dec 2008 03:03:51 -0500 Received: from mx20.gnu.org ([199.232.41.8]:22101) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LFlCA-0008P8-H5 for emacs-pretest-bug@gnu.org; Thu, 25 Dec 2008 03:03:50 -0500 Received: from wa-out-1112.google.com ([209.85.146.180]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LFlC9-0004di-3h for emacs-pretest-bug@gnu.org; Thu, 25 Dec 2008 03:03:49 -0500 Received: by wa-out-1112.google.com with SMTP id j32so2058951waf.26 for ; Thu, 25 Dec 2008 00:03:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:cc :subject; bh=ks4L/+w6Cw80TtcJJEIVCEbNdeMAQUGYLuVk91NChkI=; b=Cgty62+9Zge2IVogHqFVyEP2h9YP05nKdqFoeVZ6RN8YUj3otco0s7JYJQMG6i+kig 7JGu3dBebKI4cWvzCowoxcchbjKJitQ6++dzZL52Ma/b3CaaDLfzssX90d6hhuhWRZ1Y S+g2RtgwS36NZaPBBX3BnTgdsD49XQ6T3Sc6Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:cc:subject; b=Cfh0QaA4YzanG+R8Zjh6zXvphgrQ5Fh8vc0n/EvU4GinXUAfXXS+oio7ZWlIqA1sAI Yu1hMHdjw5XyhjOw0pnEVChekRwCwG7GH2uW/CgiEtlub14OcNyP8+3zn5iV7ZC+wPox QGcLCbtGTw6bPqUhARKtA8xkvrkwI28x6OyKU= Received: by 10.114.204.7 with SMTP id b7mr6036956wag.184.1230192225140; Thu, 25 Dec 2008 00:03:45 -0800 (PST) Received: from localhost (nat064.cyber.com.au [203.7.155.64]) by mx.google.com with ESMTPS id m26sm10518582pof.18.2008.12.25.00.03.43 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 25 Dec 2008 00:03:44 -0800 (PST) Message-ID: <49533e60.1abd600a.1a65.fffff04f@mx.google.com> Date: Thu, 25 Dec 2008 00:03:44 -0800 (PST) From: trentbuck@gmail.com To: emacs-pretest-bug@gnu.org CC: rfrancoise@debian.org Subject: 23.0.60; Please provide a way to know if --daemon is supported X-detected-kernel: by mx20.gnu.org: Linux 2.6 (newer, 2) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) Currently I have a script that tries to use --daemon, but if it is not supported falls back on creating an ordinary (mtty, or nothing) Emacs session. The test it uses for this is: emacs --batch -q --no-site-file --daemon >/dev/null 2>&1 However after my last weekly upgrade, this test fails even when --daemon is supported. Please provide a way to test for --daemon support that will fail immediately on Emacs 21 and 22 (rather than just launching an ordinary Emacs), and will succeed immediately when --daemon is supported. In GNU Emacs 23.0.60.1 (i486-pc-linux-gnu, GTK+ Version 2.12.11) of 2008-12-22 on elegiac, modified by Debian (emacs-snapshot package, version 1:20081221-1) configured using `configure '--build' 'i486-linux-gnu' '--host' 'i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/23.0.60/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.0.60/site-lisp:/usr/share/emacs/site-lisp' '--with-x=yes' '--with-x-toolkit=gtk' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g -O2' 'LDFLAGS=-g -Wl,--as-needed' 'CPPFLAGS='' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: C value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_AU.utf8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default-enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: savehist-mode: t icomplete-mode: t partial-completion-mode: t show-paren-mode: t delete-selection-mode: t tooltip-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: ESC x r e p o r t SPC e m a c s SPC b u g RET Recent messages: Loading /etc/emacs/site-start.d/50festival.el (source)...done Loading /etc/emacs/site-start.d/50paredit-el.el (source)...done Loading /etc/emacs/site-start.d/50psvn.el (source)...done Loading /etc/emacs/site-start.d/50python-docutils.el (source)...done Loading /etc/emacs/site-start.d/50w3m-el-snapshot.el (source)...done Loading /etc/emacs/site-start.d/51debian-el.el (source)...done Ido mode enabled Starting Emacs daemon. Restarting server When done with this frame, type C-x 5 0 From svenjoac@gmx.de Thu Dec 25 00:43:25 2008 Received: (at 1700) by emacsbugs.donarmstrong.com; 25 Dec 2008 08:43:25 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.0 required=4.0 tests=GMAIL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with SMTP id mBP8hLOh017857 for <1700@emacsbugs.donarmstrong.com>; Thu, 25 Dec 2008 00:43:23 -0800 Received: (qmail invoked by alias); 25 Dec 2008 08:43:15 -0000 Received: from p54867B78.dip.t-dialin.net (EHLO turtle.gmx.de) [84.134.123.120] by mail.gmx.net (mp013) with SMTP; 25 Dec 2008 09:43:15 +0100 X-Authenticated: #28250155 X-Provags-ID: V01U2FsdGVkX18YCr01HoIYIvEww7oCAiTHSRoNa9vybktFR48BR3 jYaWHdG9oyKZ4x Received: by turtle.gmx.de (Postfix, from userid 1000) id EFDAD354B0; Thu, 25 Dec 2008 09:43:09 +0100 (CET) From: Sven Joachim To: trentbuck@gmail.com Cc: 1700@debbugs.gnu.org, rfrancoise@debian.org Subject: Re: bug#1700: 23.0.60; Please provide a way to know if --daemon is supported References: <49533e60.1abd600a.1a65.fffff04f@mx.google.com> Date: Thu, 25 Dec 2008 09:43:09 +0100 In-Reply-To: <49533e60.1abd600a.1a65.fffff04f@mx.google.com> (trentbuck@gmail.com's message of "Thu, 25 Dec 2008 00:03:44 -0800 (PST)") Message-ID: <87ocz0abmq.fsf@turtle.gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Y-GMX-Trusted: 0 X-FuHaFi: 0.6899999999999999 On 2008-12-25 09:03 +0100, trentbuck@gmail.com wrote: > Currently I have a script that tries to use --daemon, but if it is not > supported falls back on creating an ordinary (mtty, or nothing) Emacs > session. The test it uses for this is: > > emacs --batch -q --no-site-file --daemon >/dev/null 2>&1 > > However after my last weekly upgrade, this test fails even when > --daemon is supported. Please provide a way to test for --daemon > support that will fail immediately on Emacs 21 and 22 (rather than > just launching an ordinary Emacs), and will succeed immediately when > --daemon is supported. How about "emacs --help | grep -q -e --daemon" ? Sven From trentbuck@gmail.com Thu Dec 25 02:49:22 2008 Received: (at 1700-done) by emacsbugs.donarmstrong.com; 25 Dec 2008 10:49:22 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.0 required=4.0 tests=GMAIL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.232]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mBPAnJL0016711 for <1700-done@emacsbugs.donarmstrong.com>; Thu, 25 Dec 2008 02:49:20 -0800 Received: by rv-out-0506.google.com with SMTP id k40so3183124rvb.1 for <1700-done@emacsbugs.donarmstrong.com>; Thu, 25 Dec 2008 02:49:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=anF3NODDdTXOFvLV0yzFWp1bGG2bFN4DhL3uIhdBdAU=; b=YtIxOi+iTMHsUajXOgtpVmtfq/8oydY6PKFgrau4ED56gOZ6Hcznvlmf6BRi4ZYG+Z DB/GY693pM53VCLCcKaR0XpBbly6jy5PC4jnTlQJwtWToSZGdy+YOjHcRh8dc1quLIZQ jObubIGnf7Xa99f8HdUPnV0CLYwbuLMvvECIA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=W3mJEc7+aBjjle0PG069qzlQVzWt//vdN5NfZRLiR8OmnFpPo0nIvp9MhFVcZ9jLSX 7tQTjQ+PxuJ91aVrulvHlF7720+x9mDi7Gz8xKSParKzjNUMkT1u3j+9YUgW/xZmlK1M x93ZSeRAw3/dyaX3Vv+Rss5Vuvtz8pRjsso+A= Received: by 10.141.123.4 with SMTP id a4mr4743000rvn.56.1230202158846; Thu, 25 Dec 2008 02:49:18 -0800 (PST) Received: from localhost (ppp118-208-216-242.lns10.mel6.internode.on.net [118.208.216.242]) by mx.google.com with ESMTPS id k41sm9941924rvb.9.2008.12.25.02.49.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 25 Dec 2008 02:49:18 -0800 (PST) Date: Thu, 25 Dec 2008 21:50:56 +1100 From: "Trent W. Buck" To: Sven Joachim Cc: 1700-done@debbugs.gnu.org, rfrancoise@debian.org Subject: Re: bug#1700: 23.0.60; Please provide a way to know if --daemon is supported Message-ID: <20081225105056.GA2213@Clio.twb.ath.cx> References: <49533e60.1abd600a.1a65.fffff04f@mx.google.com> <87ocz0abmq.fsf@turtle.gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87ocz0abmq.fsf@turtle.gmx.de> User-Agent: Mutt/1.5.18 (2008-05-17) On Thu, Dec 25, 2008 at 09:43:09AM +0100, Sven Joachim wrote: > On 2008-12-25 09:03 +0100, trentbuck@gmail.com wrote: > > > Currently I have a script that tries to use --daemon, but if it is not > > supported falls back on creating an ordinary (mtty, or nothing) Emacs > > session. The test it uses for this is: > > > > emacs --batch -q --no-site-file --daemon >/dev/null 2>&1 > > > > However after my last weekly upgrade, this test fails even when > > --daemon is supported. Please provide a way to test for --daemon > > support that will fail immediately on Emacs 21 and 22 (rather than > > just launching an ordinary Emacs), and will succeed immediately when > > --daemon is supported. > > How about "emacs --help | grep -q -e --daemon" ? Thanks, that works. I guess I didn't do that originally because I've a habit of not trusting documentation to be up to date :-) From unknown Fri Sep 05 16:18:16 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: $requester Subject: Internal Control Message-Id: bug archived. Date: Thu, 22 Jan 2009 15:24:04 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A log time ago, in a galaxy far, far away # something happened. # # Magically this resulted in the following # action being taken, but this fake control # message doesn't tell you why it happened # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator