Package Details: kicad-git 9.0.0.rc1.r499.gf665760a8e-1

Git Clone URL: https://aur.archlinux.org/kicad-git.git (read-only, click to copy)
Package Base: kicad-git
Description: Electronic schematic and printed circuit board (PCB) design tools
Upstream URL: https://kicad.org/
Licenses: GPL-3.0-or-later
Conflicts: kicad, kicad-bzr
Provides: kicad
Submitter: Chocobo
Maintainer: nickoe
Last Packager: nickoe
Votes: 67
Popularity: 0.000000
First Submitted: 2015-10-08 16:39 (UTC)
Last Updated: 2025-01-07 22:16 (UTC)

Required by (26)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6

liquibyte commented on 2014-04-28 14:58 (UTC)

The source for this is terrible. Won't build no matter what I do. I think the toolchain needs to be explicitly defined because something is not right here. I know it's not your fault but I think I'm just going to uninstall everything to do with kicad altogether and ignore the fact that we have no decent open source software of this nature. F'ing shame. In file included from /tmp/yaourt-tmp-root/aur-kicad-bzr/src/kicad/include/base_struct.h:37:0, from /tmp/yaourt-tmp-root/aur-kicad-bzr/src/kicad/common/dlist.cpp:28: /tmp/yaourt-tmp-root/aur-kicad-bzr/src/kicad/include/richio.h:140:14: error: 'IO_ERROR::IO_ERROR(const char*, const char*, const wxChar*)' cannot be overloaded explicit IO_ERROR( const char* aThrowersFile, ^ /tmp/yaourt-tmp-root/aur-kicad-bzr/src/kicad/include/richio.h:132:14: error: with 'IO_ERROR::IO_ERROR(const char*, const char*, const char*)' explicit IO_ERROR( const char* aThrowersFile, ^ common/CMakeFiles/common.dir/build.make:102: recipe for target 'common/CMakeFiles/common.dir/dlist.cpp.o' failed make[2]: *** [common/CMakeFiles/common.dir/dlist.cpp.o] Error 1 CMakeFiles/Makefile2:229: recipe for target 'common/CMakeFiles/common.dir/all' failed make[1]: *** [common/CMakeFiles/common.dir/all] Error 2 Makefile:136: recipe for target 'all' failed make: *** [all] Error 2

keenerd commented on 2014-04-28 12:25 (UTC)

This continues to build and run fine for me, no patches are needed. "make -j1" is forced now, because that seems to be where people have trouble. b_eagle: That was a bug in wxgtk. It has been fixed.

nickoe commented on 2014-04-15 20:58 (UTC)

I have published my version of this script, it is a bit hacky regarding the python stuff, but that does not work currently, use the pre-kiway tag if you want to test out the python scripting in kicad, that should work when you uncomment the python hax lines. The boost skip patch is needed to be able to skip boost and build with more than -j1. That will be fixed when drawing_tools from cern is merged. The multiline patch is just a simple patch I just submitted. https://github.com/nickoe/PKGBUILDs/tree/master/kicad-bzr

liquibyte commented on 2014-04-15 13:13 (UTC)

I keep coming back trying to build this because I'd like to try out some of the new features, I've been doing this for months. Alas, it never even comes close to building. I know it's not the maintainers fault but the upstream sources being broken like this makes things untennable for someone wanting to try this out. Until they stabilize the sources to not need special treatment and Ubuntu-centric, I'm calling this broken and out of date.

b_eagle commented on 2014-03-13 07:23 (UTC)

Installation goes fine, but when I try to execute any module I get this error: kicad: relocation error: kicad: symbol _ZTI10wxListBase, version WXU_3.0 not defined in file libwx_baseu-3.0.so.0 with link time reference How can I fix this??

danwood76 commented on 2014-02-13 08:34 (UTC)

The PKGBUILD doesn't build kicad with the github plugin so we are unable to use the github PCB libraries. This can be fixed by adding '-DBUILD_GITHUB_PLUGIN=ON' to the cmake line in the PKGBUILD.

keenerd commented on 2014-02-10 00:18 (UTC)

Apologies for the delay with getting this pkgbuild tuned up. I'd been working with the kicad release package, which has been fairly frustrating. The most recent release tarball (4024) seems more ubuntu-centric that usual and the previous version (4017) it is being very odd with wxgtk3. (While it successfully produces a package, the compilation stops at 45% and the package is not that useful.) This -bzr package is built with wxgtk3 and with Arch's Boost. It seems to work okay here but I'd like some more people to test it out. If you want stable we have the package in community. Please report if you have any issues that seem to be Boost related. BACK UP YOUR PROJECTS! Saves from kicad-bzr might not be fully compatible with Kicad in community. Long term, if the release tarballs keep being weird, I might switch the community package to a bzr tagged release.

CarlPoirier commented on 2014-02-03 17:47 (UTC)

This has been discussed at length on the developer's mailing list: https://lists.launchpad.net/kicad-developers/msg11959.html Wayne Stambaugh explains: "Newer versions of Boost would break builds and the CMake FindBoost() macro only tests for a minimum version not a specific version. Finally the decision was made to use CMake to download and build a specific version of Boost for the sanity of the lead developers."

Transfixer commented on 2014-02-03 17:06 (UTC)

The risk is only, if you use old boost.

orson commented on 2014-01-30 15:51 (UTC)

@queueRAM 1) There is a risk with the default boost. The KiCad main developers strongly advise to build the shipped boost, as it contains patches that solve problems that were found while using the default one with KiCad. 2) Yes, you need -DKICAD_SCRIPTING=ON, and then maybe -DKICAD_SCRIPTING_MODULES=ON or -DKICAD_SCRIPTING_WXPYTHON=ON - I am not sure about those two. 3) It is recommended, but not required - I guess it is up to you (but please note that I do not maintain any packages here, it's just my personal opinion).

cgx commented on 2014-01-25 09:20 (UTC)

I think wxgtk 3.0 works fine now, at least I did not have problems with quick test. Also, Iirc you don't need bzrtools in makedepends if you have "-DKICAD_SKIP_BOOST=ON" as it is only used to patch boost ldd /usr/bin/kicad |grep -i wx libwx_gtk2u_aui-3.0.so.0 => /usr/lib/libwx_gtk2u_aui-3.0.so.0 (0x00007ff2156c9000) libwx_gtk2u_adv-3.0.so.0 => /usr/lib/libwx_gtk2u_adv-3.0.so.0 (0x00007ff2152ca000) libwx_gtk2u_html-3.0.so.0 => /usr/lib/libwx_gtk2u_html-3.0.so.0 (0x00007ff214fea000) libwx_gtk2u_core-3.0.so.0 => /usr/lib/libwx_gtk2u_core-3.0.so.0 (0x00007ff21477b000) libwx_baseu-3.0.so.0 => /usr/lib/libwx_baseu-3.0.so.0 (0x00007ff2142dc000)

vicencb commented on 2014-01-19 03:47 (UTC)

This PKGBUILD: http://pastebin.com/uZ4AzR5V http://pastebin.com/9vWqFgJP http://pastebin.com/y6MVwLEt worked for me. It's based on the feedback from the comments.

queueRAM commented on 2014-01-16 18:31 (UTC)

I have a few questions since I haven't been keeping up with all the kicad development lately: 1) Should we be letting the build build its own boost from the kicad cmake files? Locally, I added the cmake define "-DKICAD_SKIP_BOOST=ON" and it links with arch's "boost-libs" and runs fine 2) My build doesn't seem to be linking with python libraries at all. Is there an additional cmake define that are needed? 3) According to the latest VCS PKGBUILD guidelines [0], the package version number should begin with an 'r' (e.g. r4190 or 2013.05.r4190). I don't see many packages doing that yet though. Should kicad-bzr be following this? [0] https://wiki.archlinux.org/index.php/VCS_PKGBUILD_Guidelines

MrBlister commented on 2014-01-15 22:54 (UTC)

With recent changes to wxWidgets, the 'depends' need to be changed to 'wxgtk2.8' (now moved from /extra to AUR). It is also necessary to have bzrtools (-bzr version from AUR) in the 'makedepends'. If you want to build with python scripting enabled, 'wxpthon2.8' (in AUR) needs to be added to the 'depends', and 'swig' needs to be added to the 'makedepends'. I also found it necessary to temporarily uninstall python3.3 whilst building, as the wrong python libs are detected despite having the '-DPYTHON_LIBRARY=/usr/lib/libpython2.7.so' cmake flag. Hope this helps.

nickoe commented on 2014-01-08 16:47 (UTC)

-DKICAD_TESTING_VERSION=ON or -DKICAD_STABLE_VERSION=ON now obsolete. https://lists.launchpad.net/kicad-developers/msg11957.html

kasbah commented on 2013-06-06 17:50 (UTC)

Newest version makedepends on bzrtools.

CarlPoirier commented on 2013-02-14 18:18 (UTC)

Ah I see. I thought it would build the version 2958-1 as in the title. Well I learned something today!

queueRAM commented on 2013-02-14 18:10 (UTC)

The neat thing about packages built from VCS are that they will auto-update and build version are auto-incremented each time you build them [0]. If the package still builds, there is no need to update the PKGBUILD. I just tested this with the kicad-bzr PKGBUILD from the AUR (plus tweaks to common.h listed in the comments below) and it built version 3950 just fine. [0] https://wiki.archlinux.org/index.php/VCS_PKGBUILD_Guidelines

CarlPoirier commented on 2013-02-14 17:27 (UTC)

Hey, can this be updated? Kicad is now at revision 3947 as of yesterday.

MrBlister commented on 2012-11-24 13:48 (UTC)

Perhaps you can libmspack to the makedepends, and kicad-doc-bzr should be renamed kicad-docs-bzr in the optdepends.

queueRAM commented on 2012-08-01 16:27 (UTC)

Disowning as i no longer have time to maintain this.

chepaz commented on 2012-05-12 18:04 (UTC)

When using "--with-gnomeprint" to rebuild wxgtk libgnomeprintui _must_ be installed. Else wxgtk compiles fine but doesn't work :)

MrBlister commented on 2012-04-12 13:20 (UTC)

I rebuilt wxwidgets 2.8.12.1 with the "--with-gnomeprint" switch, and kicad-bzr now also builds again without problems. I must admit I didn't look at the Kicad code. Given that this is a testing branch and liable to change at any time, shouldn't it build every time if possible, without patching the source? Just a thought...

queueRAM commented on 2012-04-11 22:27 (UTC)

I just commented out lines 47-51 of include/common.h and it builds fine. Print dialogs seemed to work too. I don't know exactly why these checks were added.

MrBlister commented on 2012-04-11 19:45 (UTC)

As of BZR-3495 this no longer builds. Error message: "You must use '--with-gnomeprint' or '--with-gtkprint' in your wx library configuration." wxgtk (2.8) in the extra repo is not built with either of these, but wxgtk-2.9 in AUR is built with '--with-gnomeprint'. However, wxgtk-2.9 does not provide "wxwidgets" and kicad-bzr fails to build with this installed and wxgtk (2.8) temporarily uninstalled.

queueRAM commented on 2012-03-22 00:18 (UTC)

My bad. Fixed.

djgera commented on 2012-03-22 00:10 (UTC)

infinite loop in kicad.install: pre_remove() { pre_remove $1 }

<deleted-account> commented on 2011-04-30 04:14 (UTC)

The bzr checkout really takes forever with this. Could "--lightweight" be added to the "bzr co" line, so that won't spend forever getting all the old revisions that won't even be used in the build.

queueRAM commented on 2011-04-12 05:22 (UTC)

Thanks for the notification. JPC added this in revno 2955 2011-04-09 with the following commit message: CMake: add definition KICAD_TESTING_VERSION and KICAD_STABLE_VERSION. One of these 2 options *must* be now defined (i.e. run cmake with option -DKICAD_STABLE_VERSION or -DKICAD_TESTING_VERSION CMAKE_BUILD_TYPE is actually still valid since it is part of the CMake build system.

<deleted-account> commented on 2011-04-12 00:00 (UTC)

I just tried updating kicad-bzr to revision 2958 .. unfortunately it doesn't compile anymore using the PKGBUILD. This is the error message: Please set to ON one option of KICAD_TESTING_VERSION or KICAD_STABLE_VERSION When calling cmake add option -DKICAD_STABLE_VERSION=ON or add option -DKICAD_TESTING_VERSION=ON CMake Error at CMakeLists.txt:61 (message): one option of KICAD_TESTING_VERSION or KICAD_STABLE_VERSION must be defined I've been able to fix this with: http://sprunge.us/KbXd That PKGBUILD still uses -DCMAKE_BUILD_TYPE=Release which probably is not used anymore. Thanks, Fabio

<deleted-account> commented on 2011-01-19 21:49 (UTC)

Hey dude, thanks for maintaining this PKGBUILD! Working great here! I'm getting addicted to KiCAD! Thanks!!!

queueRAM commented on 2010-07-24 06:04 (UTC)

Split off kicad-doc-bzr and kicad-library-bzr into their own packages which kicad and kicad-bzr now optdepend on. Please install these to maintain the current kicad package functionality.

queueRAM commented on 2010-07-21 15:44 (UTC)

Looks like i should pay more attention to 'man PKGBUILD'. You are indeed correct. Thanks Chocobo!

Chocobo commented on 2010-07-21 13:14 (UTC)

If you replace _bzrbranch with _bzrtrunk the package auto-increment will work.

« First ‹ Previous 1 2 3 4 5 6