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#70713: 29.3; Official Windows build - RSVG is either using an outdated version of the library or SVG support is not compiled correctly Date: Thu, 02 May 2024 17:50:43 +0300 Message-ID: <86h6fgl130.fsf@gnu.org> References: <3701eb2c95207d5d45c5b2505e29666d@tfwno.gf> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21068"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 70713@debbugs.gnu.org To: Dewu , Corwin Brust Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu May 02 16:52:09 2024 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 1s2Xn6-00056s-MU for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 02 May 2024 16:52:08 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1s2Xmg-0000yT-Jc; Thu, 02 May 2024 10:51:42 -0400 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 1s2Xme-0000xr-Vv for bug-gnu-emacs@gnu.org; Thu, 02 May 2024 10:51:41 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1s2Xme-0006It-JT for bug-gnu-emacs@gnu.org; Thu, 02 May 2024 10:51:40 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1s2Xmz-0006qF-Sf for bug-gnu-emacs@gnu.org; Thu, 02 May 2024 10:52:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 02 May 2024 14:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 70713 X-GNU-PR-Package: emacs Original-Received: via spool by 70713-submit@debbugs.gnu.org id=B70713.171466147926291 (code B ref 70713); Thu, 02 May 2024 14:52:01 +0000 Original-Received: (at 70713) by debbugs.gnu.org; 2 May 2024 14:51:19 +0000 Original-Received: from localhost ([127.0.0.1]:44226 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s2XmI-0006pz-U3 for submit@debbugs.gnu.org; Thu, 02 May 2024 10:51:19 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57588) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s2XmG-0006pt-Lg for 70713@debbugs.gnu.org; Thu, 02 May 2024 10:51:17 -0400 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 1s2Xln-0006Gs-KK; Thu, 02 May 2024 10:50:47 -0400 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=o+ggZB/ojc2AeTptb8v+24Nyz73t8LfNf9hqb8cATRk=; b=aDcsbV4ucFJd 0Ogc9l/GFEG8z8JAvk2LAL2spaBLYfOfQlkCAEALEKTLFCL1NTgeQ0I0d/DwmOggLJKAm+Y3pH9fE UlknISsvIBhEUt35R2/NgtkQTREKeMzhBwUfjwSMwugq/i3Ii12Oz4cfHs6sohCGan6J6wXdsLNUL /9369pVUC7EjdWUwSg570dTAD1H+jSqu2NU5bJoWrXebehDJZtoRacei4HxtyjkKRD6cABE4HcyvK 32HCCOBMziftu82rXSAMESOAaeqNpqcO1O2XEEmkpnjgCNKvphuahS/rJGZJZ7KnahX1H1HoES5gz csIliuGmqmYfHAe6v3rjWg==; In-Reply-To: <3701eb2c95207d5d45c5b2505e29666d@tfwno.gf> (message from Dewu on Thu, 02 May 2024 08:01:58 +0200) 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:284331 Archived-At: > Date: Thu, 02 May 2024 08:01:58 +0200 > From: Dewu > > SVG (RSVG) support appears broken on the official Windows builds of GNU > Emacs. > This appears most prominently in osm (osm.el) by minad, available both > on GNU > ELPA and MELPA, which uses SVG to display map tiles and location pins in > the > buffer. > The tiles with pins under them appear to be blank, regardless of zoom > levels or tile set used. > > The issue had been known to the developer of osm.el, as it was > previously > reported on both Windows and macOS: > - https://github.com/minad/osm/issues/23 > - https://github.com/minad/osm/issues/40 > The conclusion was that both builds of Emacs lacked proper SVG support > to display the tiles correctly. > > This does not happen on any versions of Emacs built for GNU/Linux > available in official repositories or Flatpak. > > I suspect that Emacs for Windows is either not built correctly with RSVG > support, or > the library it is built against is too old (librsvg-2-2.dll). > This does not happen in Emacs built by MSYS2 (mingw-w64-x86_64-emacs) > which > appears to be using a newer version of librsvg > (mingw-w64-x86_64-librsvg 2.58.0-1) > > To replicate: > - emacs -Q > - acquire osm (GitHub, ELPA, or MELPA) > - load it (manually, autoloads, use-package etc.) > - M-x osm RET > - navigate the map > - click on the map, add boomarks etc. > - map tiles with pins under them appears blank You seem to be talking about some binaries built from the source tarball. The Emacs project doesn't produce any binaries, it only produces source tarballs. If you downloaded the Windows binaries from the GNU FTP site, then the volunteer who prepares them (CC'ed) might be able to do something with that. But in any case, there's no Emacs bug here, per se, since what version of librsvg is being used to build Emacs is not under our control. In addition, I would like to point out that latest versions of librsvg switched to Rust as the implementation language, which makes the library less widely available. For this reason, Lisp packages should IMO not depend on features in these newer versions, if they want to be compatible to as many systems as possible.