Digital Freedom Foundation
artwayWell, #librsvg might be okay too for now.
Christoph Begall@haeckerfelix does anyone know why #librsvg needed to be eliminated from the #gtk dependencies? Or did I just get things wrong?
Librsvg is mainly written in #rustlang (https://gitlab.gnome.org/GNOME/librsvg).
Librsvg is mainly written in #rustlang (https://gitlab.gnome.org/GNOME/librsvg).
openSUSE LinuxFrom #Plasma to Intel #NPU drivers and mutation testing in #librsvg, this week’s Planet roundup covers innovation big and small. Explore what the #openSUSE community blogged from Nov 29–Dec 6. https://news.opensuse.org/2025/12/08/planet-roundup/
🇨🇳🇵🇸🇱🇧🇻🇪🇰🇪🇳🇨🇬🇱🇧🇷(🧆🏳️)Popolon🐷ᠫᠣᠫᠣᠯᠣᠨ🐎抱抱龙🐉بوبولون🤖🦧#lsix allow to display #pictures in #Sixel format locally or remotely via #ssh in a #xterm or #terminal fully compatible with VT340 But it also convert lot of pictures and animation format.
Sixel or DEC SIXEL is a technology developed by DEC to display pictures in their terminal and printers. One more fun, beside ReGIS terminal vector format :)
Below is an example, by displaying, an AVIF, a pure vector SVG, and a SVG containing an AVIF picture.
AVIF is now a very well supported picture format. the last two largely used libs to not support AVIF today are #LibRSVG librsvg (for embedded avif) and #Pillow Pillow (patch pending since 2021). This pose issues with several applications and libs depending on them:
* gqview, firefox & epiphany (3 for SVG embeding AVIF, gqview also have some problems to display some AVIF, where they are well displayed in Firefox, Inkscape, etc).
libQt6svg support pefectly SVG embedding AVIF. Inkscape has mid support (it can open/save SVG containing AVIF, but transform them to PNG, if they are imported inside a document.
If your terminal is not powerful enough to display sixil pictures, simply launch an xterm the following way:
Sixel or DEC SIXEL is a technology developed by DEC to display pictures in their terminal and printers. One more fun, beside ReGIS terminal vector format :)
Below is an example, by displaying, an AVIF, a pure vector SVG, and a SVG containing an AVIF picture.
AVIF is now a very well supported picture format. the last two largely used libs to not support AVIF today are #LibRSVG librsvg (for embedded avif) and #Pillow Pillow (patch pending since 2021). This pose issues with several applications and libs depending on them:
* gqview, firefox & epiphany (3 for SVG embeding AVIF, gqview also have some problems to display some AVIF, where they are well displayed in Firefox, Inkscape, etc).
libQt6svg support pefectly SVG embedding AVIF. Inkscape has mid support (it can open/save SVG containing AVIF, but transform them to PNG, if they are imported inside a document.
If your terminal is not powerful enough to display sixil pictures, simply launch an xterm the following way:
xterm -ti vt340 &
Felipe BorgesAnnouncement: GNOME will have an Outreachy intern working on librsvg
We are excited to announce that the GNOME Foundation is sponsoring an Outreachy internship for the December-March round!
The intern will work with mentor Federico Mena Quintero on the project, “Implement the SVG2 text layout algorithm in librsvg.”
The intern’s blog will soon be added to Planet GNOME, where you can follow their project updates and learn more about them. Stay tuned!
https://feborg.es/announcement-gnome-outreachy-librsvg-december-2024/
raptor 
#AWS keys and user cookie #leakage via uninitialized memory leak in outdated #librsvg version in #Basecamp
(Cool report, just don’t mind the swear words, they’re not in English anyway 🤷 )
Basecamp disclosed on HackerOne: AWS keys and user cookie leakage...
Basecamp supports uploading SVG pictures as avatars. Apparently, they are converted via an outdated librsvg version at Basecamp's servers. This version contains a vulnerability that allows leakage of the contents of an uninitialized memory block (that is, something is malloced, never initialized, and then used to build the preview image). Since it seems to be performed in the same unix process...
Federico Mena Quintero# TOTAL: 666
# PASS: 666
Nice. #librsvg
# TOTAL: 663
# PASS: 659
# SKIP: 0
# XFAIL: 0
# FAIL: 3
While fixing something else I broke markers - fixed them again. We really need to get rid of the weird offsetting code.
The failing tests: two are because of Use with Mask is broken (recursive mask instancing). One is because the Marker element starts with different default property values than the rest, and we don't handle that yet.