From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Vincent Bernat Newsgroups: gmane.emacs.bugs Subject: bug#43128: Acknowledgement (27.1; DPI change not detected after switching to Emacs 27.1) Date: Wed, 02 Sep 2020 09:28:38 +0200 Message-ID: <878sdsljrt.fsf@luffy.cx> References: <87k0xf9sqv.fsf@luffy.cx> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1446"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) To: 43128@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Sep 02 09:29:12 2020 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 1kDNCh-0000EC-78 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 02 Sep 2020 09:29:11 +0200 Original-Received: from localhost ([::1]:50728 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kDNCg-0000ks-7W for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 02 Sep 2020 03:29:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59774) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kDNCY-0000ig-7Z for bug-gnu-emacs@gnu.org; Wed, 02 Sep 2020 03:29:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:46593) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kDNCX-00052S-Uy for bug-gnu-emacs@gnu.org; Wed, 02 Sep 2020 03:29:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kDNCX-0002JW-QG for bug-gnu-emacs@gnu.org; Wed, 02 Sep 2020 03:29:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Vincent Bernat Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 02 Sep 2020 07:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43128 X-GNU-PR-Package: emacs Original-Received: via spool by 43128-submit@debbugs.gnu.org id=B43128.15990317378876 (code B ref 43128); Wed, 02 Sep 2020 07:29:01 +0000 Original-Received: (at 43128) by debbugs.gnu.org; 2 Sep 2020 07:28:57 +0000 Original-Received: from localhost ([127.0.0.1]:58137 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kDNCP-0002J0-DM for submit@debbugs.gnu.org; Wed, 02 Sep 2020 03:28:57 -0400 Original-Received: from wout1-smtp.messagingengine.com ([64.147.123.24]:35723) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kDNCK-0002IY-9K for 43128@debbugs.gnu.org; Wed, 02 Sep 2020 03:28:51 -0400 Original-Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id A559DFA1 for <43128@debbugs.gnu.org>; Wed, 2 Sep 2020 03:28:41 -0400 (EDT) Original-Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Wed, 02 Sep 2020 03:28:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=luffy.cx; h=from :to:subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=fm1; bh=cfjRzIu/w6A2W sqCCkT203XfFnOjUrgP9qaXguLsdoc=; b=ghcYaDFELMP5qt3T0M/ZSoMuKbN8k VP52WvIEyw9lB8tFQkyIh16GJ8RGfBCzBJ3bsLDNeMPNpml6Z7TITtUAtbNimIe+ QQ2wc9BVop+Qww6+iZG3yJZLFbTN6gwp+0J2exMlMJcr+XzIFxRQf2q0m17/7Sqb LWC0Z+hMkjXIWvmEAdgtU8tnjIAfBys/bb98dRwpgONMyjHSgN9FPeCebcuAzG44 B4dW59ualICvgSU8v7ouTq/mo9Mfex3j7Phv3A4ku2a4OQNrXOznL/Uwomw/jRtn aivF896IXX4Z0AxP6wpc02HTL3aLg3I/HUSyXQGV4aQNhiJOlZI3TzMjA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=cfjRzIu/w6A2WsqCCkT203XfFnOjUrgP9qaXguLsd oc=; b=mHuD1Tf+Hols6IxsFzAM4i47hRupHUVVdLAutICOGwEsjV6IkIKNS/UJG gGvTTEG8kYgzWUomWl5vC5WE7j58CfMw6Oj1dnec6lwRXuFv4n9h8Ujq62v/SE6G cSdIse1B3bhMXiw2v5jdLLI9hbU39EqK7N0w4xWo49KWJYLmyBr+o4YhY+Ls4lIw bwTgtU8YQFoO902sj4aieQygnNYovHvqGLxquElSVCQGKyjTCSLa9LEmkesla0u/ 7DrDJ0MSCgu1roc7cQLLe7gNVSlc3gsD6wMgBdLJT4QphI6xvs+rzVHWzSjL27fO EP6PV1DLSQ1T9Y+OGH/Rkj7Y2qV4g== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedrudefkedguddvtdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhephffvufhfffgjkfgfgggtgfesth hqredttdertdenucfhrhhomhepgghinhgtvghnthcuuegvrhhnrghtuceosggvrhhnrght sehluhhffhihrdgtgieqnecuggftrfgrthhtvghrnhepffeiudekudfhgfffjeejuddute efteduudehvedtkeefvefgjedtveejleeufeelnecukfhppedukeehrdduvdefrddviedr vddtvdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpe gsvghrnhgrtheslhhufhhfhidrtgig X-ME-Proxy: Original-Received: from guybrush.luffy.cx (unknown [185.123.26.202]) by mail.messagingengine.com (Postfix) with ESMTPA id 822483280063 for <43128@debbugs.gnu.org>; Wed, 2 Sep 2020 03:28:40 -0400 (EDT) Original-Received: by guybrush.luffy.cx (Postfix, from userid 1000) id 9C5761FE58; Wed, 2 Sep 2020 09:28:38 +0200 (CEST) In-Reply-To: (GNU bug Tracking System's message of "Mon, 31 Aug 2020 07:41:02 +0000") 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" Xref: news.gmane.io gmane.emacs.bugs:186907 Archived-At: Hey! After investigating a bit, I see that `read_settings()' is correctly called and the DPI retrieved is correct. However, `apply_xft_settings()' seems to be a noop for me. I am using the Debian package for experimental. In the build logs, for the GTK build: #v+ cd debian/build-gtk && CFLAGS=3D"-g -O2 -fdebug-prefix-map=3D/<>=3D. -fstack-protector-strong -Wformat -Werror=3Dformat-security -Wall" C= PPFLAGS=3D"-Wdate-time -D_FORTIFY_SOURCE=3D2" LDFLAGS=3D"-Wl,-z,relro" REL_= ALLOC=3Dno /<>/debian/build-src/configure --build x86_64-linux= -gnu --prefix=3D/usr --sharedstatedir=3D/var/lib --libexecdir=3D/usr/lib --= localstatedir=3D/var/lib --infodir=3D/usr/share/info --mandir=3D/usr/share/= man --enable-libsystemd --with-pop=3Dyes --enable-locallisppath=3D/etc/emac= s:/usr/local/share/emacs/27.1/site-lisp:/usr/local/share/emacs/site-lisp:/u= sr/share/emacs/27.1/site-lisp:/usr/share/emacs/site-lisp --with-sound=3Dals= a --without-gconf --with-mailutils --build x86_64-linux-gnu --prefix=3D/usr= --sharedstatedir=3D/var/lib --libexecdir=3D/usr/lib --localstatedir=3D/var= /lib --infodir=3D/usr/share/info --mandir=3D/usr/share/man --enable-libsyst= emd --with-pop=3Dyes --enable-locallisppath=3D/etc/emacs:/usr/local/share/e= macs/27.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/27.1/= site-lisp:/usr/share/emacs/site-lisp --with-sound=3Dalsa --without-gconf --= with-mailutils --with-cairo --with-x=3Dyes --with-x-toolkit=3Dgtk3 --with-t= oolkit-scroll-bars [...] Does Emacs use -lxft? no #v- The lucid build has XFT: #v+ cd debian/build-lucid && CFLAGS=3D"-g -O2 -fdebug-prefix-map=3D/<>=3D. -fstack-protector-strong -Wformat -Werror=3Dformat-security -Wall"= CPPFLAGS=3D"-Wdate-time -D_FORTIFY_SOURCE=3D2" LDFLAGS=3D"-Wl,-z,relro" RE= L_ALLOC=3Dno /<>/debian/build-src/configure --build x86_64-lin= ux-gnu --prefix=3D/usr --sharedstatedir=3D/var/lib --libexecdir=3D/usr/lib = --localstatedir=3D/var/lib --infodir=3D/usr/share/info --mandir=3D/usr/shar= e/man --enable-libsystemd --with-pop=3Dyes --enable-locallisppath=3D/etc/em= acs:/usr/local/share/emacs/27.1/site-lisp:/usr/local/share/emacs/site-lisp:= /usr/share/emacs/27.1/site-lisp:/usr/share/emacs/site-lisp --with-sound=3Da= lsa --without-gconf --with-mailutils --build x86_64-linux-gnu --prefix=3D/u= sr --sharedstatedir=3D/var/lib --libexecdir=3D/usr/lib --localstatedir=3D/v= ar/lib --infodir=3D/usr/share/info --mandir=3D/usr/share/man --enable-libsy= stemd --with-pop=3Dyes --enable-locallisppath=3D/etc/emacs:/usr/local/share= /emacs/27.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/27.= 1/site-lisp:/usr/share/emacs/site-lisp --with-sound=3Dalsa --without-gconf = --with-mailutils --with-x=3Dyes --with-x-toolkit=3Dlucid --with-toolkit-scr= oll-bars --without-gsettings #v- Looking at the differences in the build, I see the GTK build tests until FreeType then it doesn't look further for Xft: #v+ checking for cairo >=3D 1.8.0... yes checking for freetype2... yes checking for fontconfig >=3D 2.2.0... yes #v- >From configure.ac, I see that I go into the Cairo branch which disables Xft: #+begin_src sh if test $HAVE_CAIRO =3D yes; then dnl Strict linkers fail with dnl ftfont.o: undefined reference to symbol 'FT_New_Face' dnl if -lfreetype is not specified. dnl The following is needed to set FREETYPE_LIBS. EMACS_CHECK_MODULES([FREETYPE], [freetype2]) test "$HAVE_FREETYPE" =3D "no" && AC_MSG_ERROR(cairo requires libfreety= pe) EMACS_CHECK_MODULES([FONTCONFIG], [fontconfig >=3D 2.2.0]) test "$HAVE_FONTCONFIG" =3D "no" && AC_MSG_ERROR(cairo requires libfont= config) dnl For the "Does Emacs use" message at the end. HAVE_XFT=3Dno #+end_src So, no XFT seems to mean, no DPI change is possible. Is that expected? --=20 Make sure input cannot violate the limits of the program. - The Elements of Programming Style (Kernighan & Plauger)