Summary: | sci-electronics/fritzing-0.9.2b does not install parts directory | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Chris Mayo <aklhfex> |
Component: | Current packages | Assignee: | Christian Ruppert (idl0r) <idl0r> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | gentoo, gentoo_bugs.nu_q5v, losier.cc, mrueg, orzel, raimue, stian |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Ebuild patch |
Description
Chris Mayo
2015-05-04 18:41:57 UTC
Okay, there's a release out now. Where does it need to be installed at? I suppose /usr/share/fritzing/parts? Seems to work, but only starting with: Fritzing -f /usr/share/fritzing i just found a clue about it: $ strings /usr/bin/Fritzing | grep portage /var/tmp/portage/sci-electronics/fritzing-0.9.2b/image//usr/share/fritzing and according to the build output, this string correspond to the building value $PKGDATADIR: x86_64-pc-linux-gnu-g++ -c -O2 -pipe -mtls-dialect=gnu2 -march=native -mfpmath=both -mtls-dialect=gnu2 -fabi-version=6 -Wall -W -D_REENTRANT -fPIC -DQUAZIP_INSTALLED -DLINUX_64 -DDATADIR=\"/var/tmp/portage/sci-electronics/fritzing-0.9.2b/image//usr/share\" -DPKGDATADIR=\"/var/tmp/portage/sci-electronics/fritzing-0.9.2b/image//usr/share/fritzing\" -DQT_NO_DEBUG -DQT_SVG_LIB -DQT_PRINTSUPPORT_LIB -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_XML_LIB -DQT_NETWORK_LIB -DQT_SQL_LIB -DQT_CONCURRENT_LIB -DQT_SERIALPORT_LIB -DQT_CORE_LIB -I. -isystem /usr/include/quazip -isystem /usr/include/minizip -isystem /usr/include/qt5 -isystem /usr/include/qt5/QtSvg -isystem /usr/include/qt5/QtPrintSupport -isystem /usr/include/qt5/QtWidgets -isystem /usr/include/qt5/QtGui -isystem /usr/include/qt5/QtXml -isystem /usr/include/qt5/QtNetwork -isystem /usr/include/qt5/QtSql -isystem /usr/include/qt5/QtConcurrent -isystem /usr/include/qt5/QtSerialPort -isystem /usr/include/qt5/QtCore -Irelease -I. -I/usr/lib64/qt5/mkspecs/linux-g++ -o release/graphicsflowlayout.o src/partsbinpalette/graphicsflowlayout.cpp it indicates that fritzing does try to find the data from PKGDATADIR at runtime, and the source code proves it. (see src/utils/folderutils.cpp, line 181) so i think we can just hack the ebuild to fix PKGDATADIR at configuring. Created attachment 413056 [details, diff]
Ebuild patch
Right - ebuild is adding ${D} to prefix.
Patch attached that uses INSTALL_ROOT instead and installs the parts.
I can confirm the problem with the ebuild. Fritzing gives an error when opening complaining about the parts being missing. Using the patch in the ebuild effectively solves the problem. The parts are installed in /usr/share/fritzing/parts and Fritzing no longer complains when starting . I have the identical problem, resolved but the submitted patch. Can the maintainers please consider merging this one into the tree? I will merge the last patch to my overlay . I have tested on amd64 and arm(v6 and v7). Here's my version. https://wa.tchiwam.net/trac/browser/Gentoo/sci-electronics/fritzing/fritzing-0.9.2b.ebuild Hit by the same problem Patch from comment 5 works for me on amd64. Thank you Chris Mayo. The submitted patch solves the problem with the missing parts library. (amd64) Please merge into portage. Hit the same problem (amd64). "Fritzing -f /usr/share/fritzing" doesn't work (segfault on opening files), patched version works (thanks Chris Mayo!). Why is the patch not in the tree yet? Fixed by fritzing-0.9.2b-r1 now in the tree. sci-electronics/fritzing: Install parts library with 0.9.2b #548624 https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=53c843126785b377f6cbca9d2ea03001f9153dbd |