Package Details: fritzing 0.9.3b-5

Git Clone URL: (read-only)
Package Base: fritzing
Description: PCB layout prototyping application
Upstream URL:
Licenses: GPL3
Submitter: phects
Maintainer: Bevan
Last Packager: Bevan
Votes: 213
Popularity: 0.82
First Submitted: 2009-05-31 14:31
Last Updated: 2019-08-06 18:58

Pinned Comments

Bevan commented on 2017-09-24 08:07

/usr/share/fritzing/parts contains the parts db which is provided by the package, which should not be updated by the user. Instead, the user can run the command "fritzing_clone_parts" once which clones the parts db into the user's home (located under ~/.local/share/fritzing). On next start, Fritzing will use this parts db instead of the one under /usr/share. From now on updating the db should work.

This is somehow a workaround to provide both a package that works out-of-the-box and the self-update functionality of Fritzing. See for a discussion on this. This package basically applies the changes of the pull-request to implement this functionality.

Latest Comments

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

DrWaluigi commented on 2019-08-06 20:55

Thank you!

Bevan commented on 2019-08-06 18:58

DrWaluigi: I think you are right‌. The dependency was included because there are jar files installed:

./usr/share/fritzing/sketches/core/Fritzing Creator Kit DE+EN/creator-kit-de/Processing/TwitterSaurus/code/twitter4j-core-3.0.3.jar
./usr/share/fritzing/sketches/core/Fritzing Creator Kit DE+EN/creator-kit-de/Processing/TwitterSaurus2/code/twitter4j-core-3.0.3.jar
./usr/share/fritzing/sketches/core/Fritzing Creator Kit DE+EN/creator-kit-de/Processing/twitter4j-core-2.2.5.jar
./usr/share/fritzing/sketches/core/Fritzing Creator Kit DE+EN/creator-kit-en/Processing/TwitterSaurus/code/twitter4j-core-3.0.3.jar
./usr/share/fritzing/sketches/core/Fritzing Creator Kit DE+EN/creator-kit-en/Processing/TwitterSaurus2/code/twitter4j-core-3.0.3.jar
./usr/share/fritzing/sketches/core/Fritzing Creator Kit DE+EN/creator-kit-en/Processing/twitter4j-core-2.2.5.jar

These jar files are part of some Twitter library used by the Twitter Saurus in the Fritzing Creator Kit. So, I guess, the jars are never run on the host system. And most people won't have the Fritzing Creator Kit anyway… So I removed the dependency.

DrWaluigi commented on 2019-08-05 18:28

This package has a dependency on a Java environment, but I don't understand why. On Github, there is no trace of Java code: I've tried to build and install the package without the java-environment dependency, with success.

Could you please remove the java-environment dependency? Or make it optional if it's needed for a feature?

sekret commented on 2018-08-09 19:50

YESSSS! After writing my last comment I realized that harfbuzz was updated again, so I rebuilt fritzing (probably not necessary, I don't know) once more, now it works again :-)

Thanks for taking the time!

Bevan commented on 2018-08-09 19:25

sekret: Looks to me like you are hitting a bug in harfbuzz which was fixed in 1.8.7:

It's already in the Arch repos (but only since a few hours) which would explain why I can't reproduce the issue. Can you check, if you have harfbuzz 1.8.7 installed?

sekret commented on 2018-08-09 19:11

Thanks for your answer Bevan. I used fritzing yesterday, then we got a big update (many rebuilds, maybe because of updated icu, harfbuzz? Could those cause this?) with many packages, today I get this message. So the obvious question is: Is your system up-to-date?

I already rebuilt it. Obviously it's the first thing to do. Didn't change anything unfortunately..

No I haven't figured out which commit solves this.

I actually NEED fritzing right now, so this is quite annoying... Rolling back the updates could be an option, switching to my windows laptop another (but it's so sloooooow).

Bevan commented on 2018-08-09 15:44

sekret: Are there any specific steps required to get that crash? At least running Fritzing and opening projects works fine for me here.

So you know a specific git commit which fixes the issue or did you just build the git version and couldn't reproduce? In that case, maybe rebuilding this packages helps.

sekret commented on 2018-08-09 07:41

Doesn't work anymore :-(

$ Fritzing

QApplication: invalid style override passed, ignoring it.

Fritzing: hb-machinery-private.hh:642: void hb_lazy_loader_t<wheresface, returned,="" stored="" subclass,="">::set_stored(Stored*) [with unsigned int WheresFace = 1; Subclass = hb_table_lazy_loader_t<1, OT::GDEF>; Returned = OT::GDEF; Stored = hb_blob_t]: Assertion `instance == nullptr' failed.</wheresface,>

Aborted (core dumped)

Seems to be fixed with the current git, but I can't yet manage to create a fully working git version with all included...

Bevan commented on 2018-07-24 17:16

goodmice: The issue appeared when the package had been built in the same version before and the src subdirectory was still lying around. I now changed the PKGBUILD to still work in this case.

goodmice commented on 2018-07-24 03:20

Pleace, fix PKGBUILD. 'mv' can't move not empty folder. I replaced it with:

rsync -a "$srcdir"/fritzing-parts-${partsrev}/* "$srcdir"/fritzing-app-${pkgver}/parts
rm -rf "$srcdir"/fritzing-parts-${partsrev}