From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id 2M/4BIRXqWEAgwEAgWs5BA (envelope-from ) for ; Fri, 03 Dec 2021 00:32:20 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id oN+EAIRXqWETXAAAbx9fmQ (envelope-from ) for ; Thu, 02 Dec 2021 23:32:20 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id AE4E72B716 for ; Fri, 3 Dec 2021 00:32:19 +0100 (CET) Received: from localhost ([::1]:60462 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1msvYo-0005h5-RE for larch@yhetil.org; Thu, 02 Dec 2021 18:32:18 -0500 Received: from eggs.gnu.org ([209.51.188.92]:51756) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1msvYY-0005gv-7r for bug-guix@gnu.org; Thu, 02 Dec 2021 18:32:02 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:38082) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1msvYX-0006Dc-Vq for bug-guix@gnu.org; Thu, 02 Dec 2021 18:32:01 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1msvYX-0001JD-QN for bug-guix@gnu.org; Thu, 02 Dec 2021 18:32:01 -0500 X-Loop: help-debbugs@gnu.org Subject: bug#52044: Various Program Settings not Saving and Icons not Recognized Resent-From: Jaft Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Thu, 02 Dec 2021 23:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52044 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Liliana Marie Prikler Cc: "52044@debbugs.gnu.org" <52044@debbugs.gnu.org> Received: via spool by 52044-submit@debbugs.gnu.org id=B52044.16384878784981 (code B ref 52044); Thu, 02 Dec 2021 23:32:01 +0000 Received: (at 52044) by debbugs.gnu.org; 2 Dec 2021 23:31:18 +0000 Received: from localhost ([127.0.0.1]:49628 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1msvXq-0001IG-9i for submit@debbugs.gnu.org; Thu, 02 Dec 2021 18:31:18 -0500 Received: from sonic305-22.consmr.mail.ne1.yahoo.com ([66.163.185.148]:42168) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1msvXn-0001Hz-5z for 52044@debbugs.gnu.org; Thu, 02 Dec 2021 18:31:17 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1638487867; bh=irqYsZl7sx6My3CGQN+UvB4xfYKZdqi6U2a7mutafDY=; h=Date:From:To:Cc:In-Reply-To:References:Subject:From:Subject:Reply-To; b=Np26BSCtr7+0JVzqtFXmVXuHsWzbG/s9oqW8i8MEqczJq8pyOhxT+FqkXkcI6x7OJDLfHQ9EcHNJO2zxoqWHps3A9XKPfCuxhTDPT/j4e6Nr1pVj3KhgBMIjgQcD80FY9k5Z6w48fy1/U28VT3xwpD+PWReoPMamLHXcgVz9c72fPI0B1SWWrTKSWNagO/JP9eu9d2SWZCBH8IlO4kol2xods7bVZ3/ojgZfaq4aOiwanfIH1zJ1Creku8+OniP7+Uw6pGbbsF/E/sAGn3b/ru876wi3BUryV8xlU287Aqe4HVr6Zql/ugDdIqT9QopLWEUkRDffqrJi/6VvWRPZVg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1638487867; bh=F94033mj1Wycc92UeF2wgHNXzVK0Tv0d7mpVxOg6O8x=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=r8UIq7hKZ5rJvicDInrmnzRfeJJ3fURlGzdrP7HDCcFVvdIPeZREoJYmBo0qNw9reyc7ARYm0IEPKPuWOmGySUNs0sM43nnq1VCqqhm6A/V19Du2kbc02XUUQZzKKjvTCycoTWzL0qc+1/l/WMcrm1Way57/155frZSUpsVBRZpYAtTswpDJXWrcjopcz53pQQ3f75o+QAHTXAcZNG83mH3Kk3oBl95nPYYBoclrQFIvUmNyyGcrB9kMSVR96bZJCuYAgCbu2PyvmJwpRCCuitS1JLIACU9lkJbx6isghKFivq6KP6b8g760+7QChdxRO4y655LBQZWcLJ3UiuwmXA== X-YMail-OSG: iG0clOUVM1kFGbyAnpwFPqp4CJSAO4C52wlQRPxRFxWjso3mLQLIKwn4cMIdPnr 0q20S2EWkb5jLAxdOQkAafUWRrqg2V05X2Xu.2pOs96WHTBsmg6zyxn9WjlaiNeHbNqgx31m843m SiR7iMyWt.rAKlo6JC_eOmgY0X23tuHE_WCfldjyXeMkP4FjuEc1K0G0RsN1D79Rjgz7ekOjCabg T7K_j8VWyIsfAXXdgGkklWwinn5s9oO1ILYOqc7Iz3mlyloc16XzIu9zyVKF2oqnPi79TKTgRA9a YElqJKNRTCPuCABsEea8SMLYrWCCiETa6uVwGlYvUQCFvZGri7a4v5qwQ5xwwXyjVZ_xJZtQqYDl HBqRi0L31g1pfiagv9e4r2bEXFtG2UJCXyVtmYvIxrzz965QTXkyGZdOOFOr45LjzrdFktnmDrWo AlK5VHdcH_ikEoD7k2iLobJ19y4sJP.iAb1MPG1MPKBTjzP1wUQ_mhZjSjmIwor0qENq41SkpDF9 ZQvWa_JWa9i72WeskxHpEp4T9l_mdDSheYlWe8rAZp4aX3BD64EdjP4eSv11AvDwuoydQfSsebRO IGHW.kin2nw3G1OsaE_0LyYnduiPUkk.NRGypj_VTDs8BE9_F3DyA2c6Bwn8bX1apmr0v9MItvdM n8NtP3nMKKgsLUg.6qWMWTS9cENSO_LCZnVZPnDvIntq_bzaDTKAq7zMEph299htODDkd0puKhyw D_QE6_WhMYcUan3Ut8XN.ndeGiDAFZZ1SMM0rwPp5qWK_xej5DnYx0xd4OD7LghLjbzfy8nRiPny wr0iJ.qWfixOp3tp4iJnppTy.poSy33pRkMNp5Dy9yb7VTW71BmF_hhLO.hOoFhgUaR_rLjuQmIt 1BqPz8jCav8P9As2NXpP.6OkuuvutJ3SguhBnL4Tso3bHXJxVjDu2ExDz8Fq4Bvki2L0JwWMJz2_ K__e.chbYOpOttDd8P1WPZrLBa1V38fazcvXj0dNiaMDlRpvVA_Ib_ZKqR3XfRKhS92INjX1N8Ow 8HdYBBNxSiH.ds7pfuUQ9QOWpQsB7aasFvp2NtM9X5sFSLLTKJoGOLPNOlEh9PT0PaOkEOkFshke P87q05dDUHczRm.3eGc_StLMdD1nhtW44.hDZnzNYptmSb1jRkvRu.a6zHVAjipk_IIdSEcL3I4M 0xZ9hry5NGD2wqe6Qrag2Prg0S9R6vswI5bvKVqyEohJ6HFDJeuPL1ohSrFllZiTTbUjm1uVU9g1 6ZpTwQoXMAeEg2BHgTyUFGjDoAjJJzxiQF.F33RlR1Fw5z_8LAPjc4DJy6PfG4WR4u.UvgddOX7S yIbid1K1qOZEuafln4Yyln5dQO88xaACPVkmb.5mgEA16duK82zi1yKb7_pdQski0LNoDCJqMDYc .keOIU.Tx1d5TYkFEqBmTyzcXY1lxVYY42kclRynBTKOnk9qioasYkVSrtAuukNictidnUFZXLoz t8V5ElJ2_YpQdQEN4k7zQWz4sZiRKwtw_J9d_JzPPdbjLFqNQr1g0gyKuW4c2stBgzWyES7t.yxC dFWP44MdXLA9yuzFW1IHC0GKOV17VlXx6eEWHW8tRnKn3fFHO2MwBgnYwCf2JeEupTqz4SssvOwL N6HiJtih0mMTRKp29hEyb2P_w3ygGsHHcmQZ7BXgc.6EU4am7r9jcbyOeiywrgA2HMqHNs2CGGRa 7o0ctbyANY_M6zUU7nAdYXtGaDtsxdPbJzFZfja.J4MujwcBnFcyZ26RBw2zUwTO5dJODigshlZ4 rpN4DG8d5p1Ok2vsPDAvNKw7oeZkuSbME.wYO4C7Yba_NazIcGUI3Fbae5lxkU8sx0G4UFWX6pNR Bqs6PDW9qmJa3ZN3LULzqjO_D3no6alRuuZQ.pbDEv_6y0e8o6mROYh6usLa5mpRFNCF7Ut_LQ6. P_ZyUklYROObvz3w__cWKjRjbCvRa8ybsYEqsp9mMxmE8oUvnFKsMlXsPLDGt5vbp1.ZWErDCwfe wPLD6dqT1glwdZ2RJrDS.q0bwiBGdbxskfUFyXZwyIGwL3jorDvSDEcxfaRblposXXVyq1zqZl4E qG0FEfbZV7sVV39mCDEk4PgwjcHuK2foq2.sF0RssQ7Soe0qDI0vQeUYB4JGTr9NY3nT3PS7iaT0 s74ygp3XjvAbQa_K8ucxYnPEpT4U1HJ7sTa3J.L50j4MCqb6ifhIJENbR1k.lLScIZTYVW7rzaED ZXHg6SujPJdl2pk74660G8VotfqrkuLOiyFp7g4uhyVfN2OaTQSi.M9nEmavnBqjnb1p5Ju96_W1 rrumpcef4twX0DQ-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.ne1.yahoo.com with HTTP; Thu, 2 Dec 2021 23:31:07 +0000 Date: Thu, 2 Dec 2021 23:30:56 +0000 (UTC) Message-ID: <1064185428.3664991.1638487856653@mail.yahoo.com> In-Reply-To: <5a6c09390a1e1b37bbb3c7c4a11b1e2e8504d738.camel@gmail.com> References: <1962172575.272360.1637610844717@mail.yahoo.com> <1044076368.6013516.1638103922082@mail.yahoo.com> <3b352ec6a646ae1b11f2d4fef5de0d3fc87658cf.camel@gmail.com> <1720185526.6179045.1638158480513@mail.yahoo.com> <58b9b27f91944f7f398b9eef7acf2d22d8a4c9c2.camel@gmail.com> <418282920.375546.1638411045114@mail.yahoo.com> <2b84f12fceaa4dfa8a99be7d4eb7823bf36d0f0e.camel@gmail.com> <1866532794.672338.1638476165513@mail.yahoo.com> <5a6c09390a1e1b37bbb3c7c4a11b1e2e8504d738.camel@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_3664990_1701448171.1638487856650" X-Mailer: WebService/1.1.19306 YMailNorrin X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: "bug-Guix" Reply-to: Jaft From: Jaft via Bug reports for GNU Guix X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1638487939; h=from:from:sender:sender:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:resent-cc:resent-from:resent-sender: resent-message-id:in-reply-to:in-reply-to:references:references: list-id:list-help:list-unsubscribe:list-subscribe:list-post: dkim-signature; bh=irqYsZl7sx6My3CGQN+UvB4xfYKZdqi6U2a7mutafDY=; b=LhAeyCOImRKIOPyDMsq9aCMM/hbCZERyGuuekbs/k1Jz9akPsAA5gbjcqd1AJvVVAU1kke AP8NwMYnBSWbc8AkCbm5hyaOufOyxSBPDA8u8KVzr0AFJWazyZ/si/Ll9Lyf+JQYk/7EZs tSBVHsUAuG4oJISNqSySiSsDUubYKsM5PV5AVGE6X2RV9kaNf/Bsu4YJ6ajBSn8s9NChJ5 ZrPM6rhk2+3LjNs0gnR8IndnG01nS538n9xXlU8Zy8HGPAzzWosYX0ikC1Na8fgK4Ybm1z uRmebkkqH7zyKlSnuzTnpaakpKms7vFsdlbvc2oNG3FFBp0jIcOCn5Rj4K1w0w== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1638487939; a=rsa-sha256; cv=none; b=SozncbpsbyDMo2rRybmokKPNmM5Jg9PUXzFOPQ5rg31RybhH8wFxlGeAQYR1nOaZ3to9sS X4NG4k+T3IGT+u2Z8gHiaVQw8iCEmOKgIar7NfeUaGVR6xJnlM8j5sW9qghZur9C2bf1w2 pT/meNOBX21SuM7cG+0LLivY6LFOerbzs6XSC7WhRiuNgKOOSSBI6I2DD/o89o7z4Ys0Ld 640EDQYtzi6yvcknCo+j/btuRyNDNGxfQxBNZNxy5iuU5LU3q9pSUBvmn9kr357lKJjO5F AM4AEut2tjAbS1JZgWexcPRkXZFDlun9f8PoBLTHLVk+NKln+Ec5C2L3O3j76A== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=yahoo.com header.s=s2048 header.b=Np26BSCt; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "bug-guix-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="bug-guix-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -3.42 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=yahoo.com header.s=s2048 header.b=Np26BSCt; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "bug-guix-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="bug-guix-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: AE4E72B716 X-Spam-Score: -3.42 X-Migadu-Scanner: scn0.migadu.com X-TUID: DNx83YMG3yN3 ------=_Part_3664990_1701448171.1638487856650 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable > Am Donnerstag, den 02.12.2021, 20:16 +0000 schrieb Jaft:> > > Am Donnerst= ag, den 02.12.2021, 02:10 +0000 schrieb Jaft:> > > > I had noticed that the= core-updates-frozen branch had been merged> > > > so> > > > I upgraded but= found things pretty much the same as before.> > > Please come back, you're= within the wrong timeline.> > > > Oh, I don't mean that I used another bra= nch; I saw it got merged to> > master (I believe) so I just did a guix pull= and then guix upgrade.> > I'm still using stable. Sorry about the confusio= n!> I am jokingly referring to the fact that core-updates-frozen is not yet= > merged to master.=C2=A0 If you do live two years in the future, please te= ll> me the lotto numbers.=C2=A0 I need them before I die. Ohhh; haha. Now I get it. Welp; seems I must've misread something, somewher= e. > > > > I saw an old patch (> > > > http://git.savannah.gnu.org/cgit/guix.g= it/commit/?id=3De311ef4f87f7ad8db2114e5f89961eea0240893b> > > > ) and, whil= e I'd checked rofi for gdk-pixbuf+svg =E2=80=93 before =E2=80=93, =E2=80=93= > > > > somehow =E2=80=93 it made me think to check librsvg, this time, and= found> > > > that it was using gdk-pixbuf, rather than gdk-pixbuf+svg. I t= hen> > > > made a package inheriting librsvg but using gdk-pixbuf+svg,> > >= > instead, and made a package which inherited rofi but used my> > > > libr= svg package and, with that installed, rofi worked with .svgs,> > > > then.>= > > > > > > > Am I right in assuming librsvg ought to be using the latter,= as> > > > the library deals directly with handling SVGs? If so, I can put>= > > > together a patch to submit.> > > Have you checked using gdk-pixbuf+s= vg as input to rofi directly?=C2=A0 I> > > don't see why we would have to g= o in circles for librsvg, the> > > component you're trying to use is gdk-pi= xbuf.> > > > I just checked and it does; I was going off of the package for= mation> > in Guix but, checking the listed dependencies on the rofi GitHub = page> > (> > https://github.com/davatorium/rofi/blob/next/INSTALL.md#extern= al-libraries> > ), it does list gdk-pixbuf as one so, perhaps, it makes mor= e sense to> > build with that instead of librsvg.> > > > I had assumed the = package inputs for rofi were already accurate and,> > if gdk-pixbuf doesn't= have SVG support while gdk-pixbuf+svg does, it> > seemed plausible that gd= k-pixbuf+svg would be the preferred package> > for librsvg as librsvg is de= aling with SVGs, perhaps part of the> > reason for SVG icons not getting re= ndered in applications like> > Thunar, XFCE, etc. (that being said, I'm unf= amiliar with the librsvg> > code so, perhaps, this assumption of how the gd= k-pixbuf dependency is> > being used is incorrect, on my part).> Writing a = short letter takes time.=C2=A0 So to summarize, librsvg is not> actually a = dependency of rofi, gdk-pixbuf (with SVG support) is. > Anything missing? I believe that's accurate but I don't have much of any experience with work= such as this so I was including my reasoning, in case I was off or misguid= ed at all. That being said, I'd hazard that yours is an accurate summary, i= n totality. > > In any case, librsvg is not listed as a dependency for rofi while> > gd= k-pixbuf is and swapping librsvg for gdk-pixbuf+svg in the rofi> > package = still seemed to build it alright (and render SVGs) so, at> > least directly= for rofi, directly using dgk-pixbuf+svg would still> > solve the SVG issue= for it.> > Now that that's cleared up, you might want to synthesize a patch from> it= .=C2=A0 Is there anything else that was swept under the rug and that we'd> = need to actually resolve before closing this bug after fixing rofi? Taking another look at some of the other programs I'd mentioned, I'd notice= d that file-roller and viewnior are also using gdk-pixbuf; switching those = inputs to gdk-pixbuf+svg made them render the icons from Papirus so=C2=A0 w= as thinking to make patches for those, as well? Including gdk-pixbuf+svg as an input for thunar resulted in it being able t= o fully render icons appropriately, finally, but I couldn't figure out wher= e gdk-pixbuf had been used (neither for thunar nor any dependencies), if at= all. I'm assuming that simply adding it as an input, rather than trying to= trace if gdk-pixbuf is used elsewhere in thunar's dependency graph, is con= sidered bad practice, right? ------=_Part_3664990_1701448171.1638487856650 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
<= div>> Am Donnerstag, den 02.12.2021, 20:16 +0000 schrieb Jaft:
> > > Am Donnerstag, den 02.12.2021, 02:10 +0000 schrieb Jaft:
> > > > I had noticed that the core-updates-frozen bran= ch had been merged
> > > > so
> > >= ; > I upgraded but found things pretty much the same as before.
> > > Please come back, you're within the wrong timeline.<= div>> >
> > Oh, I don't mean that I used another bra= nch; I saw it got merged to
> > master (I believe) so I jus= t did a guix pull and then guix upgrade.
> > I'm still usin= g stable. Sorry about the confusion!
> I am jokingly referring= to the fact that core-updates-frozen is not yet
> merged to m= aster.  If you do live two years in the future, please tell
= > me the lotto numbers.  I need them before I die.

Ohhh; haha. Now I get it.= Welp; seems I must've misread something, somewhere.

> > > > I saw an old patch (
> > > &g= t; http://git.savannah.gnu.org/cgit/guix.git/commit/?id=3De311ef4f87f7ad8db= 2114e5f89961eea0240893b
> > > > ) and, while I'd chec= ked rofi for gdk-pixbuf+svg =E2=80=93 before =E2=80=93, =E2=80=93
> > > > somehow =E2=80=93 it made me think to check librsvg, t= his time, and found
> > > > that it was using gdk-pix= buf, rather than gdk-pixbuf+svg. I then
> > > > made = a package inheriting librsvg but using gdk-pixbuf+svg,
> > = > > instead, and made a package which inherited rofi but used my
> > > > librsvg package and, with that installed, rofi wo= rked with .svgs,
> > > > then.
> > &g= t; >
> > > > Am I right in assuming librsvg ought= to be using the latter, as
> > > > the library deals= directly with handling SVGs? If so, I can put
> > > >= ; together a patch to submit.
> > > Have you checked usi= ng gdk-pixbuf+svg as input to rofi directly?  I
> > &g= t; don't see why we would have to go in circles for librsvg, the
= > > > component you're trying to use is gdk-pixbuf.
>= >
> > I just checked and it does; I was going off of t= he package formation
> > in Guix but, checking the listed d= ependencies on the rofi GitHub page
> > (
> &g= t; https://github.com/davatorium/rofi/blob/next/INSTALL.md#external-librari= es
> > ), it does list gdk-pixbuf as one so, perhaps, it ma= kes more sense to
> > build with that instead of librsvg.
> >
> > I had assumed the package inputs fo= r rofi were already accurate and,
> > if gdk-pixbuf doesn't= have SVG support while gdk-pixbuf+svg does, it
> > seemed = plausible that gdk-pixbuf+svg would be the preferred package
>= > for librsvg as librsvg is dealing with SVGs, perhaps part of the
> > reason for SVG icons not getting rendered in applications l= ike
> > Thunar, XFCE, etc. (that being said, I'm unfamiliar= with the librsvg
> > code so, perhaps, this assumption of = how the gdk-pixbuf dependency is
> > being used is incorrec= t, on my part).
> Writing a short letter takes time.  So = to summarize, librsvg is not
> actually a dependency of rofi, = gdk-pixbuf (with SVG support) is.
> Anything missing?

I believe that's= accurate but I don't have much of any experience with work such as this so= I was including my reasoning, in case I was off or misguided at all. That = being said, I'd hazard that yours is an accurate summary, in totality.
<= /div>
> > In any case, librsvg is not listed as a dependency = for rofi while
> > gdk-pixbuf is and swapping librsvg for g= dk-pixbuf+svg in the rofi
> > package still seemed to build= it alright (and render SVGs) so, at
> > least directly for= rofi, directly using dgk-pixbuf+svg would still
> > solve = the SVG issue for it.
>
> Now that that's cleared up, yo= u might want to synthesize a patch from
> it.  Is there a= nything else that was swept under the rug and that we'd
> need= to actually resolve before closing this bug after fixing rofi?

Taking another look at some of the other programs I'd mentioned, I'd not= iced that viewnior are also using gdk-pixbuf; switching those= inputs to Including gdk-pixbuf+svg as an input for thunar= resulted in it being able to fully render icons appropriately, finally, bu= t I couldn't figure out where gdk-pixbuf had been used (neither for thunar n= or any dependencies), if at all. I'm assuming that simply adding it as an <= font face=3D"courier new, courier, monaco, monospace, sans-serif">input, rather than trying to trace if gdk-pixbuf is used elsewhere in thunar's = dependency graph, is considered bad practice, right?
= ------=_Part_3664990_1701448171.1638487856650--