Package Details: fritzing 0.9.6-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: 228
Popularity: 1.21
First Submitted: 2009-05-31 14:31
Last Updated: 2021-06-11 19:30

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 https://github.com/fritzing/fritzing-app/pull/3238 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 »

Bevan commented on 2021-06-11 19:31

@OJaksch: Done. Thanks for testing!

OJaksch commented on 2021-06-03 15:10

Please enable arch=aarch64. Just build it for myself and it is working with my rpi400.

flolilo commented on 2021-03-27 00:57

For 0.9.6 (currently, there is no CD-xxx version number), you have to change the following things in PKGBUILD (only relevant lines mentioned):

pkgver=0.9.6
pkgrel=1
_tagver=0.9.6
_partsrev=947dce040e2595b24ad4d4577d0c3aa18ef58bbb
sha256sums=('eb4ebe461c5d42edb4b10f1f824e7c855ad54555e222c5999061dead09834491'
# patch -p1 < "${srcdir}"/472951243d70eeb40a53b1f7e16e6eab0588d079.patch

(in fact, you can delete every mention of 472951[...].patch).

txtsd commented on 2020-11-24 13:48

I've already run fritzing_clone_parts. Here's what happens when I try to regenerate the parts database: https://0x0.st/iRL8.log

Visually, the loading bar gets stuck about 2/5ths of the way, then the program just crashes.

TheSaint commented on 2020-11-06 04:18

@Bevan

Fritzing builds fine against the current version of libgit2.

Rebuilding has corrected the flaw. Sorry if I didn't remember that trial, I was trying to reinstall libgit2, without thinking to rebuild the entire package. Thanks

Bevan commented on 2020-11-05 13:26

@TheSaint: Have you tried rebuilding the Fritzing package? Often this is sufficient to fix these kind of issues. I will try myself later today.

Edit: I confirmed that rebuilding the package fixes this issue. Fritzing builds fine against the current version of libgit2.

TheSaint commented on 2020-11-05 11:48

Fritzing 
Fritzing: error while loading shared libraries: libgit2.so.1.0: cannot open shared object file: No such file or directory

It seems that libgit2 got an upgrade

ls -l /usr/lib/libgit2*
lrwxrwxrwx 1 root root      14 15 ott 22.39 /usr/lib/libgit2.so -> libgit2.so.1.1
lrwxrwxrwx 1 root root      16 15 ott 22.39 /usr/lib/libgit2.so.1.1 ->libgit2.so.1.1.0
-rwxr-xr-x 1 root root 1146864 15 ott 22.39 /usr/lib/libgit2.so.1.1.0

Bevan commented on 2020-05-13 12:04

All packages in the base-devel group are expected to be installed when using the AUR. They must not be included in the list of dependencies.

See https://wiki.archlinux.org/index.php/Arch_User_Repository#Prerequisites

Lasse_Ristig commented on 2020-05-13 12:03

pkg-config was not installed and now fritzing is compiling. Thank you! In my opinion pkg-config must be included in the dependencies. It seems only be needed during compiling, so if not oncluded as dependency it would be useful to check to give a hint to install it temporary.

Bevan commented on 2020-05-13 11:43

Can you please check the output of the following command?

pkg-config --path libgit2

If this command is not installed on your machine this would explain the behavior. In that case please install all packages in base-devel.