Package Details: fritzing 0.9.3b-3

Git Clone URL: https://aur.archlinux.org/fritzing.git (read-only)
Package Base: fritzing
Description: PCB layout prototyping application
Upstream URL: http://fritzing.org
Licenses: GPL3
Submitter: phects
Maintainer: Bevan
Last Packager: Bevan
Votes: 163
Popularity: 4.244146
First Submitted: 2009-05-31 14:31
Last Updated: 2016-09-16 17:16

Latest Comments

perost commented on 2016-09-24 11:18

@Bevan: Sorry for the late reply, I didn't get a notification about your message for some reason. But the new package release seems to work just fine for me at least.

Bevan commented on 2016-09-16 17:16

@perost: Thanks a lot for tracking this down! Instead of just changing the patch I would like to test a more general solution to what the patch is trying to fix:
https://github.com/fritzing/fritzing-app/pull/3238

Could you please test the new package release (-3) if it solves the problem?

perost commented on 2016-09-15 18:27

This package has a pretty annoying bug where all the bins in /usr/share/fritzing/parts/bins/more are duplicated each time Fritzing is started, leading to the bin manager filling up more and more. The issue is caused by 0003-Provide-a-sane-default-for-parts-path.patch, which introduces the line:

FolderUtils::setAppPartsPath("/usr/share/fritzing/parts/");

to fapplication.cpp. This path is then used in binmanager.cpp:81 where it's concatenated with "/more" and used to determine the type of location of a bin. The path then becomes "/usr/share/fritzing/parts/bins//more", and the // causes the string comparison to fail against actual system paths.

The fix is to simply remove the last / in the path:

FolderUtils::setAppPartsPath("/usr/share/fritzing/parts");

Bevan commented on 2016-07-04 18:51

@kierdavis: I cannot reproduce this issue. Is you system fully up to date? Please double check running pacman -Syu. (The update I just pushed is not related to your issue.)

kierdavis commented on 2016-07-04 13:45

I'm getting a linker error when building this package (version 0.9.3b-1):

/usr/lib/gcc/x86_64-pc-linux-gnu/6.1.1/../../../../lib/libQt5SerialPort.so: undefined reference to `qt_version_tag@Qt_5.7'
/usr/lib/gcc/x86_64-pc-linux-gnu/6.1.1/../../../../lib/libQt5SerialPort.so: undefined reference to `qt_safe_poll(pollfd*, unsigned long, timespec const*)@Qt_5'

(full log at https://gist.github.com/kierdavis/8ee38a58c81353e32f9e069a00f2efe1)

At first glance it doesn't look like it's caused by the libgit2/boost-libs problem @Bevan mentioned recently, but I could quite likely be wrong.

Bevan commented on 2016-06-10 18:35

Feel free to build one :)

v01d commented on 2016-06-10 18:29

Maybe a fritzing-bin would be ok in the meantime. I'm using a precompiler version and works reasonably well.

Bevan commented on 2016-06-07 17:02

Unfortunately version 0.9.3b shows to be very difficult to package. Apart from another change in how the parts-db is handled it now requires its own version of libgit2 and boost-libs. I don't want this package to compile and ship a complete system stack…

I'll try to figure this out and/or contact the developers. For now I'll leave this flagged out of date.

Bevan commented on 2016-01-30 10:55

@razer: Thanks for the suggestion! I applied it alongside some additions.

razer commented on 2016-01-16 14:06

Please consider adding MIME type association ".fzz" during install cycle by applying this changes :

Add fritzing MIME xml descriptor to AUR/GIT repo:
http://s000.tinyupload.com/index.php?file_id=65578174977374662207

Patching the PKGBUILD file :
patch -> http://s000.tinyupload.com/?file_id=53643455802935776672
entire PKGBUILD -> http://s000.tinyupload.com/index.php?file_id=03641390728678636078

All comments