From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Philipp Stephani Newsgroups: gmane.emacs.bugs Subject: bug#28636: 27.0.50; Unable to load color "gtk_selection_bg_color" in 27.0.50 Date: Fri, 29 Sep 2017 21:42:28 +0000 Message-ID: References: <59CE05B1.7010408@gmx.at> <838tgx5i7j.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="94eb2c04d898636aa0055a5ae77f" X-Trace: blaine.gmane.org 1506721394 3670 195.159.176.226 (29 Sep 2017 21:43:14 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 29 Sep 2017 21:43:14 +0000 (UTC) Cc: aplanas@gmail.com, 28636@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Sep 29 23:43:07 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dy33q-0000DZ-71 for geb-bug-gnu-emacs@m.gmane.org; Fri, 29 Sep 2017 23:43:06 +0200 Original-Received: from localhost ([::1]:37169 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dy33x-0004HS-CV for geb-bug-gnu-emacs@m.gmane.org; Fri, 29 Sep 2017 17:43:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36384) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dy33q-0004HM-FG for bug-gnu-emacs@gnu.org; Fri, 29 Sep 2017 17:43:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dy33m-0006LW-EJ for bug-gnu-emacs@gnu.org; Fri, 29 Sep 2017 17:43:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:59287) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dy33m-0006LQ-B3 for bug-gnu-emacs@gnu.org; Fri, 29 Sep 2017 17:43:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dy33m-0003tp-0k for bug-gnu-emacs@gnu.org; Fri, 29 Sep 2017 17:43:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Philipp Stephani Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 29 Sep 2017 21:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 28636 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 28636-submit@debbugs.gnu.org id=B28636.150672136614964 (code B ref 28636); Fri, 29 Sep 2017 21:43:01 +0000 Original-Received: (at 28636) by debbugs.gnu.org; 29 Sep 2017 21:42:46 +0000 Original-Received: from localhost ([127.0.0.1]:39735 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dy33W-0003tI-9S for submit@debbugs.gnu.org; Fri, 29 Sep 2017 17:42:46 -0400 Original-Received: from mail-oi0-f52.google.com ([209.85.218.52]:43392) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dy33V-0003t6-55 for 28636@debbugs.gnu.org; Fri, 29 Sep 2017 17:42:45 -0400 Original-Received: by mail-oi0-f52.google.com with SMTP id r20so1525680oie.0 for <28636@debbugs.gnu.org>; Fri, 29 Sep 2017 14:42:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=lRlu8OqeQWhmZB0Dk90WOiRFjNDV45SfAg184LeHnoo=; b=VmCVzggCB4no6LP8euS8/+Y3ILGc+TDpd+fzCQNlFAYDAGB1UOYadJEXl48R5y6Ac7 jMm6sW81gtQLXVXl4EbQYHqtcnxFerc8ZOYfgNsf/QpL26qDIx3pMCt/SvuznB8AV+j4 4I87TgPRO63bwuyB/L4ZOUUEqi9wDnsO5oDq5U0Xmm+hkG6GQMleifHiGtigTVVwoYe2 36TyArNBc3OD02CCg/vYkFcxbLXkkwcGvbQOjqUuNmaxLOs2RHnNL2jqiCLPqg1AxHwf XkulG/MlrW4nLia3/cDOsJhlW7UUrSOmIgJbjCb6oxDZcEEs1LoRgS7TGJTNAjDyRSzT zkLA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=lRlu8OqeQWhmZB0Dk90WOiRFjNDV45SfAg184LeHnoo=; b=ld+MVc9dwbN8LWNJtADJ83bons28fQvSWnch3fbulCd/OWB9U0HfzUh12V/sZ4R8aw UbBrWKCy10Cyl0kpyQvI4OQSFLvSlohkPa2mQEXUE2RcllX3GK4HCzwZjQYFFRWdntji EZxQzLccru4cQGbkkE4Ozq0Hh7S7RwZL0pZtvoitc094NL27ZhPB5LPGSWvIboIwCLU3 lmgz0DoSCjqA5TrAu+8GSZQluMIQ+yfxWcyE5FV5b7RZO/9/ein8qyoF0BLOrgkFUJLD avRSZLhVeE07f9E+WcOTVxqztlgjF0cdHzGIOGwJnnKMPDN5BejD9a0HnSqlp8E96msD +cRA== X-Gm-Message-State: AMCzsaVRgTm8HsVwhTedbFeWW8ikvaYX+lYWY4tmWv/zEy1hYd5nBzwV uWksxYlD80yOMgsjEmEh/kE2NNJFSz2bQi6sr10= X-Google-Smtp-Source: AOwi7QCdARsjMsEznaflp51GAblQ+mEatbYkbJrJhPFPufjTKAblyJb0P7XeV4dKR0eR+1z6ArJGMAsY7N56/zOW8Qk= X-Received: by 10.157.39.226 with SMTP id c89mr3791964otb.285.1506721359160; Fri, 29 Sep 2017 14:42:39 -0700 (PDT) In-Reply-To: <838tgx5i7j.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:137652 Archived-At: --94eb2c04d898636aa0055a5ae77f Content-Type: text/plain; charset="UTF-8" Eli Zaretskii schrieb am Fr., 29. Sep. 2017 um 23:05 Uhr: > > From: Philipp Stephani > > Date: Fri, 29 Sep 2017 20:42:24 +0000 > > > > Do you mean silencing the compiler warning? I guess so, but I think that > would be a bit dangerous: at some > > point the function might get removed entirely, then we'd have to > scramble to find a replacement to keep the > > code compilable, so I'd rather keep the compiler warning until we find a > good solution. > > Do we have a reason to believe they will be removed any time soon? > I've seen deprecated stuff kept for years on end. > GTK+ seems to be reasonably serious about this. The function in question here is still present in the source code, but another one that we used to call (gtk_window_parse_geometry) is already gone. > > Or maybe we should ask the GTK developers not to delete them because > we need them? > We could, but I don't think that will have a high probability of success. They would rightly point out that we're doing it wrong. For the function in question, the definition is actually trivial, so we can replace it with the definition for now to buy us some time. --94eb2c04d898636aa0055a5ae77f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


Eli Za= retskii <eliz@gnu.org> schrieb am= Fr., 29. Sep. 2017 um 23:05=C2=A0Uhr:
> From: Philipp Stephani <p.stephani2@gmail.com>
> Date: Fri, 29 Sep 2017 20:42:24 +0000
>
> Do you mean silencing the compiler warning? I guess so, but I think th= at would be a bit dangerous: at some
> point the function might get removed entirely, then we'd have to s= cramble to find a replacement to keep the
> code compilable, so I'd rather keep the compiler warning until we = find a good solution.

Do we have a reason to believe they will be removed any time soon?
I've seen deprecated stuff kept for years on end.
=
GTK+ seems to be reasonably serious about this. The function= in question here is still present in the source code, but another one that= we used to call (gtk_window_parse_geometry) is already gone.
=C2= =A0

Or maybe we should ask the GTK developers not to delete them because
we need them?

We could, but I don't= think that will have a high probability of success. They would rightly poi= nt out that we're doing it wrong.

For the func= tion in question, the definition is actually trivial, so we can replace it = with the definition for now to buy us some time.=C2=A0
--94eb2c04d898636aa0055a5ae77f--