Package Details: fritzing 1.0.4-1

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: GPL3
Submitter: phects
Maintainer: Bevan
Last Packager: Bevan
Votes: 243
Popularity: 0.031217
First Submitted: 2009-05-31 14:31 (UTC)
Last Updated: 2024-10-11 15:11 (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

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 .. 18 Next › Last »

loathingkernel commented on 2019-11-14 13:05 (UTC) (edited on 2019-11-14 13:11 (UTC) by loathingkernel)

There are a few issues with this PKGBUILD.

  • pkgver is 0.9.4, not 0.9.4b

  • the introduced variables should start with an underscore (i.e. _tagver and _partsrev)

  • cloning git objects outside the source array is against the arch packaging etiquette. Something like

source=(git+https://github.com/fritzing/fritzing-parts.git#commit=${_partsrev})

and in package()

  cp -dr --no-preserve='ownership' "${srcdir}"/fritzing-parts "${pkgdir}"/usr/share/fritzing/

is enough.

  • renaming the source tarball should be nicer and cleaner, for example
source=($pkgname-$pkgver.tar.gz::https://github.com/fritzing/fritzing-app/archive/${_tagver}.tar.gz)

Or use git to pull the specific tag

source=(git+https://github.com/fritzing/fritzing-app.git#tag=${_tagver})

DrWaluigi commented on 2019-08-06 20:55 (UTC)

Thank you!

Bevan commented on 2019-08-06 18:58 (UTC)

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 (UTC)

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?

sekret commented on 2018-08-09 19:50 (UTC)

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 (UTC)

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?

sekret commented on 2018-08-09 19:11 (UTC) (edited on 2018-08-09 19:12 (UTC) by sekret)

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 (UTC)

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 (UTC) (edited on 2018-08-09 12:14 (UTC) by sekret)

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 (UTC)

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.