Anybody using Fritzing?

[cmichal]

I installed fritzing-0.9.2 using the in-tree ebuild and had a number of problems. I'm curious if these have been seen elsewhere, and can provide some hints on getting around them.

1) First problem, the ebuild currently doesn't install the 'parts' resources fritzing looks for on startup. There is a patch to the ebuild in a bug report:
https://bugs.gentoo.org/show_bug.cgi?id=548624

2) Second problem. For me, Fritzing crashed with a segmentation fault as soon I tried to select a part. I tracked this down into libqxcb in dev-qt/qtgui-5.4.2-r1.
I added a one-line patch to qglxconvenience.cpp :
after line 153:
XVisualInfo *visual = glXGetVisualFromFBConfig(display, chosenConfig);
I added:
if (visual == NULL) continue;

3) Things are good then, until trying to load or save a file, at which point Fritzing crashes with a segfault again.
This appears to be a problem with quazip. The ebuild strips out a bundled version and uses system quazip. I tried both versions of quazip currently in portage, 0.6.2-r1 and 0.7.1, but fritzing doesn't seem to like either. Allowing the bundled quazip to be built (and re-enabling linking to zlib) in the ebuild appears to have solved all my problems.

Has anybody else run across any of these issues?

[russK]

I duplicated your report. Got really excited when the patch fixed the parts folder issue but crashed when trying to save. Bummer.

I did not do your step number 2 and it did not crash for me when selecting a part. I'm using nvidia graphics and opengl, I wonder if that's the difference there.

I did an strace to try to see why it crashes when saving but could not really tell why. Perhaps building with debug would shed some light.

[cmichal]

Ah,

I just noticed the use flags on quazip. I had qt4 -qt5. Changing that to qt5 -qt4 it seems to work!

I built it on a machine with nvidia graphics and the patch to qtgui wasn't necessary for me there either.

Looks like the qbuild should have
dev-libs/quazip[qt5]
as a dependency.

[Naib]

Just stepping away from the software/Gentoo .

Please reconsider Fritzing. From an electrical point of view it really doesn't help much and if you show Fritzing diagrams to others, they are really hard to follow
_________________

[russK]

[tchiwam]

Indeed, all if this thread helps
The patch and the quazip USE dep on qt5

I will try it on arm after this.

[tchiwam]

I did use it extensively and now noticed it needs a maintainer. I was long time ago a dev, I can keep and eye on it as I use it for the workshops with the kids in town. Maintainer Proxy maybe ?

I simply don't want it to be dropped from the tree.

arm64 , arm and x86_64 are all working well.

[psutokth]

Hi, here is an update for anyone looking at this around February 2019.

The version of Fritzing in portage is 0.9.2 from 2015. The current version available directly from fritzing.org is 0.9.3 from 2016.

I use gnome and portage wanted to pull in several QT packages. Combined with the version being older, I declined to try it.

Instead I followed in instructions on the website, which didn't actually say to install it. I downloaded the 64-bit package, unzipped it into a folder in my home directory and ran the executable from there. It seemed to work fine for my first sketch. I'd never used Fritzing before, so I can't say if it didn't look right or had any hitches. There was occasional lag and contradictory reporting about nets/connections routed, but those were the only small issues.

[Naib]

Again... Please don't
Please learn to draw proper electrical diagrams. Kicad is kept upto date in-tree and it's schema is one that all electrical engineers understand.
_________________

[steve_v]

[psutokth]

[Goverp]

[Naib]