Arch Linux User Repository

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

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

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.

This package has a dependency on a Java environment, but I don't understand why. On Github, there is no trace of Java code: https://github.com/fritzing/fritzing-app. 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?

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!

sekret: Looks to me like you are hitting a bug in harfbuzz which was fixed in 1.8.7: https://github.com/harfbuzz/harfbuzz/commit/883957688cc4aa4335e5131a60b3ac3b53290726

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?

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).

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.

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...

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.

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}

thanks,

fritzing it's ok