From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Corwin Brust 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: Sat, 4 May 2024 22:02:48 -0400 Message-ID: References: <3701eb2c95207d5d45c5b2505e29666d@tfwno.gf> <86h6fgl130.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000002d98950617ab5a63" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="27951"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Dewu , 70713@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun May 05 04:03:59 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 1s3REM-00071y-WB for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 05 May 2024 04:03:59 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1s3RE5-0007tK-1U; Sat, 04 May 2024 22:03:41 -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 1s3RE3-0007sf-F5 for bug-gnu-emacs@gnu.org; Sat, 04 May 2024 22:03:39 -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 1s3RE3-0007PC-6q for bug-gnu-emacs@gnu.org; Sat, 04 May 2024 22:03:39 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1s3REQ-0006Uc-85 for bug-gnu-emacs@gnu.org; Sat, 04 May 2024 22:04:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Corwin Brust Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 05 May 2024 02:04:02 +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.171487461524936 (code B ref 70713); Sun, 05 May 2024 02:04:02 +0000 Original-Received: (at 70713) by debbugs.gnu.org; 5 May 2024 02:03:35 +0000 Original-Received: from localhost ([127.0.0.1]:56953 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s3RDy-0006U8-Et for submit@debbugs.gnu.org; Sat, 04 May 2024 22:03:34 -0400 Original-Received: from mail-ot1-f54.google.com ([209.85.210.54]:58868) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s3RDt-0006U0-8o for 70713@debbugs.gnu.org; Sat, 04 May 2024 22:03:33 -0400 Original-Received: by mail-ot1-f54.google.com with SMTP id 46e09a7af769-6ee3a7cb9f1so551182a34.1 for <70713@debbugs.gnu.org>; Sat, 04 May 2024 19:03:05 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1714874580; x=1715479380; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=FwW3crdv2oEqcRgnvR/ZDFRs3D8ljUxmaqTFMiip9MU=; b=YwzFTvKOCBRqopvsmH3VfaiqMNEO03pKd+zu4SQHXGYRGbSRAjmjVXW0JElCmUK9Vi yt0TgJ7z+BSNWfQKkLqP9Q3qh1tNfNcXjVHRnkwo/9EMnkV2ufGxlkz3R2WBPsJ0qGm+ OZ5IpoyOlLMw/Zg/qHmTf/aTPxEJi1wgsX9u32yPTXsrF0QSUbOHCe9dCRSM5EjYabUO 7B2uvEmSTJAeUTeSCKMoAMiPk4aCDycVzwrJwG7r1AgYknsGbKJI0VsnrZargMumJamj V/OUCzMQ8Dodds6K1c+qS1rRzi9d+Ouhb0HQJcvrQEpXhmQE8jh6KKUl5vb+6hFvr1rI pSyQ== X-Forwarded-Encrypted: i=1; AJvYcCVR1hEVJb8ouICeJuZX9rwrj0ZdM0yaxBnQHdZ11BxBoq4NvXJWAAoedijY3oeuhHtFgalTa9ahR2k4YMeqkhEqmfiF16M= X-Gm-Message-State: AOJu0Yx3SrlVomuessbUMCX2oflX4ds++GafUGWxyQgpq/8UJYX52Z7h g0C/u5xqLnFuGclNSBAi6FXhh4MgyyTHqlfTXOysBsL0MYDDDoALnFehgmIrs07uVtrgNq0vTqz qj1sTBSeDw3za+KKvlA5f8p7z+1Q= X-Google-Smtp-Source: AGHT+IGz8NOU3PD9Xf4za2sLSXMiXrKcRy428Rd29htQUUK001n3zl+vTjtufKYXwHK6kgMkKIivtYgyqFGwk2dmu58= X-Received: by 2002:a9d:4d0e:0:b0:6ef:9ac1:302 with SMTP id n14-20020a9d4d0e000000b006ef9ac10302mr8677972otf.11.1714874580045; Sat, 04 May 2024 19:03:00 -0700 (PDT) In-Reply-To: <86h6fgl130.fsf@gnu.org> 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:284475 Archived-At: --0000000000002d98950617ab5a63 Content-Type: text/plain; charset="UTF-8" On Thu, May 2, 2024, 10:50 Eli Zaretskii wrote: > > Date: Thu, 02 May 2024 08:01:58 +0200 > > From: Dewu > > > > 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) > I am traveling and cannot double check but I am fairly sure the feature test for rsvg passed for the 29.3 set published. If you get t from evaluating this elisp then I would assume the packages you mentioned need a newer RSVG DLL: (image-type-available-p 'svg) So far, I do not take new versions of DLLs used to compile Emacs for Windows except when releasing a new major version. So, according to my intentions, I will take the latest available stable version for RSVG -and GCC, and everything else- at the point we have an Emacs 30 pre-test (or hint of impending pre-test, probably). I think this reduces the likelihood of someone being unable to use the no-deps binary distributable due to having to old of a version, the more so the longer one waits into the given major version release cycle. By 29.3 it seems very unlikely someone still has an older RSVG than we provide that the want to keep. That unpacked, I'm open to discussions. Perhaps some constituent DLLs should be updated more aggressively; this could be worable given I can clearly understand when to update what. Alternately, someone might take up the position we should always use the latest versions of everything, including for point releases, or based in intervening time passing or number of upstream releases since new dep/dep-source archives have been created. The current process is simple for me and seems to cater to people who want maximum stability, but it is hardly set in stone. Thanks for reporting! Corwin > --0000000000002d98950617ab5a63 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu, May 2, 2024, 10:50 Eli Zaretskii <eliz@gnu.org> wrote:
> Date: Thu, 02 May 2024 08:01:58 +0200
> From: Dewu <dewu@tfwno.gf>
>
> I suspect that Emacs for Windows is either not built correctly with RS= VG
> 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)

I am traveling and cannot double ch= eck but I am fairly sure the feature test for rsvg passed for the 29.3 set = published. If you get t from evaluating this elisp then I would assume th= e packages you mentioned need a newer RSVG DLL:

=
(image-type-available-p 'svg)

So far, I do not take new versions of DLL= s used to compile Emacs for Windows except when releasing a new major versi= on. So, according to my intentions, I will take the latest available stab= le version for RSVG -and GCC, and everything else- at the point we have an = Emacs 30 pre-test (or hint of impending pre-test, probably).

I think this reduces the likelihood o= f someone being unable to use the no-deps binary distributable due to havin= g to old of a version, the more so the longer one waits into the given majo= r version release cycle. By 29.3 it seems very unlikely someone still has = an older RSVG than we provide that the want to keep.

That unpacked, I'm open to discussions. P= erhaps some constituent DLLs should be updated more aggressively; this coul= d be worable given I can clearly understand when to update what. Alternate= ly, someone might take up the position we should always use the latest vers= ions of everything, including for point releases, or based in intervening t= ime passing or number of upstream releases since new dep/dep-source archive= s have been created.

The= current process is simple for me and seems to cater to people who want max= imum stability, but it is hardly set in stone.

<= /div>

Thanks for reporting!
Corwin
--0000000000002d98950617ab5a63--