Package Details: fritzing 1.0.7-3

Git Clone URL: https://aur.archlinux.org/fritzing.git (read-only, click to copy)
Package Base: fritzing
Description: PCB layout prototyping application
Upstream URL: http://fritzing.org
Licenses: GPL-3.0-only AND CC-BY-SA-3.0 AND BSL-1.0
Submitter: phects
Maintainer: Bevan
Last Packager: Bevan
Votes: 247
Popularity: 0.25
First Submitted: 2009-05-31 14:31 (UTC)
Last Updated: 2026-07-04 13:25 (UTC)

Pinned Comments

Bevan commented on 2023-09-25 08:41 (UTC) (edited on 2023-11-02 19:48 (UTC) by Bevan)

Please do not flag this package out of date unless there is source code available for a newer version than represented here. Unfortunately, upstream is very reluctant in releasing their GPL3 licensed code to the public.

See:

https://github.com/fritzing/fritzing-app/issues/3876

https://github.com/fritzing/fritzing-app/issues/3881

https://forum.fritzing.org/t/can-t-find-source-code/19723

https://github.com/fritzing/fritzing-app/issues/4070

Bevan commented on 2022-04-02 08:37 (UTC)

ericfont: No need to downgrade libgit2. You just need to rebuild Fritzing after the libgit2 update. This happens regularly.

Latest Comments

1 2 3 4 5 6 .. 20 Next › Last »

gregsie commented on 2026-07-08 09:43 (UTC)

Build fails on Manjaro as it still uses quazip-qt6 v1.7.1 not v1.7.2 . The fix is as per h3h3 comment in https://aur.archlinux.org/packages/fritzing#comment-1073482 and to update the SHA256 sum in PKGBUILD for 0001-Quick-Dirty-patch-to-allow-finding-quazip-qt6-on-Arc.patch

I'm sure @Bevan can provide a slicker fix ;-) Thanks for your work on this important application.

Insprill commented on 2026-07-02 04:29 (UTC) (edited on 2026-07-02 04:32 (UTC) by Insprill)

The build is failing again with quazip-qt6 v1.7.2. The header file is now at /usr/include/QuaZip-Qt6-1.7.2/quazip/quazip.h. Updating the path in the quazip patch fixes it.

Bevan commented on 2026-05-31 16:25 (UTC)

@h3n3: Thanks for your message! The build error should be fixed in version 1.0.7-2.

h3n3 commented on 2026-05-31 14:26 (UTC) (edited on 2026-05-31 14:30 (UTC) by h3n3)

My version of QuaZip-Qt6 is 1.7.0 so I got fatal error: quazip/quazip.h: No such file or directory. I temporarily changed the directory name of /usr/include/QuaZip-Qt6-1.7.0 to /usr/include/QuaZip-Qt6-1.5.

This made it compile.

h3n3

Bevan commented on 2026-05-05 18:45 (UTC) (edited on 2026-05-05 19:28 (UTC) by Bevan)

@Metaphysix: Thanks a lot for your analysis! This will be fixed in 1.0.7-2.

Update: Installing ttf-droid does not fix the segfault for me. I think ggilestro is right and this is a Qt bug. We'll have to wait for the Qt update.

Metaphysix commented on 2026-05-03 10:01 (UTC)

Hi, on a clean Arch system without ttf-droid installed, Fritzing 1.0.7 from this package crashes (SIGSEGV in Qt6Svg/QFontEngineFT::loadGlyph) as soon as I hover a part in the Parts bin — the Inspector tries to render an icon for an SVG that references Droid Sans and the missing-font path crashes the renderer.

The fritzing-parts library references Droid Sans (and DroidSans, Droid Sans Mono) in hundreds of SVGs. ttf-droid is in extra/, so adding it as a hard depends (or at least optdepends=('ttf-droid: text rendering in part SVGs')) would prevent this for everyone.

Reproducer on a system without the font:

  1. pacman -Rns ttf-droid (if installed)
  2. Fritzing → hover any basic part → segfault
  3. coredumpctl info $(pidof Fritzing) → stack ends in cachedIconFromSvg → QSvgText::draw_helper → QFontEngineFT::loadGlyph

Thanks for maintaining the package!

ggilestro commented on 2026-04-14 13:16 (UTC) (edited on 2026-04-14 13:16 (UTC) by ggilestro)

Re: SIGSEGV when hovering over certain parts (resistor, transistor, etc.)

This crash affects everyone on Qt 6.10.x and 6.11.0. It's a Qt bug, not a Fritzing bug.

Root cause: QFontEngineFT::loadGlyph() in qt6-base crashes when FT_Render_Glyph() fails (error 0x62 = raster overflow). The error is logged (render glyph failed err=62...) but execution continues to memcpy from slot->bitmap.buffer which is NULL after the render failure, causing a SIGSEGV. This is triggered by certain SVG tooltip previews containing text elements that cause FreeType to overflow.

Upstream fix: QTBUG-145310, fixed in Gerrit #724504. Picked to 6.8, 6.10, and 6.11 branches. Will ship in Qt 6.11.1 (expected end of April 2026).

Workaround until 6.11.1: Rebuild qt6-base from the Arch GitLab PKGBUILD, adding one line to prepare():

  git -C $_pkgfn cherry-pick -n 1466f88633b2c29a6159a0c2eacd0c0d6601aa5e                                                                         

Then makepkg -si and add qt6-base to IgnorePkg in /etc/pacman.conf until 6.11.1 lands.

Note on the build: The lrelease-pro path issue has already been fixed by Bevan in the upstream PKGBUILD — just update with yay -S fritzing.

lulzcasz commented on 2026-04-13 15:35 (UTC) (edited on 2026-04-13 15:46 (UTC) by lulzcasz)

same problem as @Abelkrijgtalles related:

lulzcasz@earth ~> Fritzing QFont::setPixelSize: Pixel size <= 0 (0) QFont::setPixelSize: Pixel size <= 0 (0) render glyph failed err=62 face=0x55e35e218a00, glyph=20 fish: Job 1, 'Fritzing' terminated by signal SIGSEGV (Address boundary error)

im running Arch with KDE.

Abelkrijgtalles commented on 2026-04-08 20:24 (UTC) (edited on 2026-04-08 21:44 (UTC) by Abelkrijgtalles)

Hi, I'm running Hyprland, and when I hover over the available core/simulator parts in the sidebar, Fritzing freezes up and crashes while presumably wanting to render some kind of tooltip. Is there any fix for this?

EDIT: This only happens on a very specific set of parts. I've seen it crash on a resistor and a transistor. I've seen it not crash on a standard LED. This is the console output: QFont::setPixelSize: Pixel size <= 0 (0) QFont::setPixelSize: Pixel size <= 0 (0) render glyph failed err=62 face=0x5643593b4670, glyph=21 Segmentatiefout (geheugendump gemaakt) env QT_AUTO_SCREEN_SCALE_FACTOR=0 Fritzing %F Turns out it's a segmentation fault

EDIT: I've also made a GitHub issue

EDIT: They've now closed the issue because I won't pay

Bevan commented on 2026-04-05 19:37 (UTC)

@Abelkrijgtalles: Thanks for your message. I updated the PKGBUILD to use the correct symlink to Qt6 release-pro in /usr/bin.