| Age | Commit message (Collapse) | Author |
|---|
|
|
|
The jar files installed are part of the twitter4j 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 let's just remove the dependency.
|
|
|
|
|
|
See https://github.com/michaellass/AUR/issues/5
|
|
- Backport changes to fix detection of parts location
- Prebuild a parts.db file for the globally installed parts collection
- Provide script to clone the parts repository as user
|
|
There were quite some upstream fixes since the 0.9.3b release, e.g.
- fixing desktop files
- fixing detection of libgit2
- refactoring detection of libboost
Based on this rev. it is much simpler to get a working Arch package.
It is still unclear how the whole partsdb thing is meant to work, so currently
this is still patched in this package.
|
|
Changes:
- remove .install file as the contained steps are now automatically performed
by ALPM hooks
- add libgit2 as dependency
- apply upstream patches to fix .desktop file
- remove boost detection as it fails on non-dpkg distributions
- remove libgit2 detection as we need to build against ver. 0.24.x instead
- adapt to libgit2 0.24.x API changes
- set system-wide parts location as default
Issues:
- When using a user-writable location for parts (using -pp path) a parts.db
file is created and Fritzing will through errors on next launch until this
database is removed again.
- Automatic update of parts db does not seem to work, even when using a user-
writable location.
|
|
Thanks to razer who suggested this change.
Also adjust the dependencies again. libsm and libxkbcommon-x11 are now
directly required by qt5-base.
|
|
|