Just a little correction: the file to patch is cmake/Functions.cmake
not make/Functions.cmake
Search Criteria
Package Details: kicad-nightly 9.99.0_794_gd4cc91f17a-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/kicad-nightly.git (read-only, click to copy) |
---|---|
Package Base: | kicad-nightly |
Description: | Electronic schematic and printed circuit board (PCB) design tools |
Upstream URL: | http://kicad.org/ |
Licenses: | GPL |
Submitter: | DX-MON |
Maintainer: | DX-MON (perigoso, kicad-bot) |
Last Packager: | kicad-bot |
Votes: | 10 |
Popularity: | 0.44 |
First Submitted: | 2020-10-09 21:32 (UTC) |
Last Updated: | 2025-04-05 04:06 (UTC) |
Dependencies (21)
- boost-libs
- curl (curl-gitAUR, curl-c-aresAUR)
- glew (glew-libepoxyAUR, glew-wayland-gitAUR, glew-gitAUR)
- glm (glm-gitAUR)
- ngspice (ngspice-gitAUR)
- opencascade (opencascade-gitAUR)
- python (python37AUR, python311AUR, python310AUR)
- python-wxpython (python-wxpython-gitAUR)
- unixodbc (unixodbc-gitAUR)
- wxwidgets-gtk3 (wxwidgets-gtk3-gitAUR, wxwidgets-gtk3-lightAUR)
- boost (boost-gitAUR) (make)
- cmake (cmake-gitAUR, cmake3AUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- gzip (dxcompress-gitAUR, dxcompressAUR, gzip-gitAUR, busybox-coreutilsAUR) (make)
- mesa (mesa-wsl2-gitAUR, mesa-amd-bc250AUR, mesa-gitAUR, amdonly-gaming-mesa-gitAUR, mesa-minimal-gitAUR, mesa-amber) (make)
- ninja (ninja-kitwareAUR, ninja-memAUR, ninja-fuchsia-gitAUR, ninja-gitAUR, ninja-jobserverAUR) (make)
- swig (swig-gitAUR) (make)
- tar (tar-gitAUR, busybox-coreutilsAUR) (make)
- zlib (zlib-ng-compat-gitAUR, zlib-gitAUR, zlib-ng-compat) (make)
- kicad-library-3d-nightlyAUR (optional) – for 3d models of components
- Show 1 more dependencies...
Required by (0)
Sources (3)
hasecilu commented on 2022-08-16 16:53 (UTC)
rexploits commented on 2022-08-14 01:48 (UTC) (edited on 2022-08-14 01:48 (UTC) by rexploits)
I was getting the same error as @silvan_rehm when trying to build the latest version. Seems the file to patch has moved to make/Functions.cmake
. You can enter the path at the prompt or modify the patch file. If you modify the patch file you'll have to skip it's checksum verification.
no-metadata-translation.patch:
--- cmake/Functions.cmake 2022-01-22 01:30:53.516011218 +0000
+++ cmake/Functions.cmake.new 2022-01-22 02:20:01.277354828 +0000
silvan_rehm commented on 2022-07-28 06:22 (UTC)
updating on my system leads to this:
Making package: kicad-nightly 6.99.0_2636_gee8116e55f-1
[..]
can't find file to patch at input line 3
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|--- CMakeModules/Functions.cmake 2022-01-22 01:30:53.516011218 +0000
|+++ CMakeModules/Functions.cmake.new 2022-01-22 02:20:01.277354828 +0000
--------------------------
File to patch:
lawq commented on 2022-05-15 10:14 (UTC)
I think the opencascade dependency is broken
hasecilu commented on 2022-03-31 18:36 (UTC)
Hello, could be the -DKICAD_I18N_UNIX_STRICT_PATH=ON
option be added to the build() in the PKGBUILD file? I'm translating and need to change between languages and without this option I got an error: The KiCad language file is not installed
.
I installed this package with paru with default settings and when tried to switch languages had that error.
Without KICAD_I18N_UNIX_STRICT_PATH
flag translation files are in: /usr/lib/kicad-nightly/share/kicad/internat/es_MX/kicad.mo
, with the change is /usr/lib/kicad-nightly/share/locale/es_MX/LC_MESSAGES/kicad.mo
.
After this change I can now switch languages without problems.
I don't know if this behaviour is reproducible or it's just me (using ArcoLinux btw).
-DKICAD_BUILD_I18N=ON option is already in the PKGBUILD
file, so I think is expected to be able to change languages easily. I don't know if enabling KICAD_I18N_UNIX_STRICT_PATH
can cause some troubles but in my case was necessary.
xiretza commented on 2021-10-27 17:47 (UTC)
Please change the url=
from kicad-pcb [dot] org
to kicad.org
, as the old one has to be considered compromised: https://forum.kicad.info/t/warning-avoid-all-links-to-kicad-pcb-org-use-kicad-org/31521
argen14 commented on 2021-10-23 11:03 (UTC)
Could someone verify if the scripting console is working? I'm getting this runtime error:
TypeError: EvtHandler.Connect(): argument 1 has unexpected type 'WindowIDRef'
DX-MON commented on 2021-08-08 04:05 (UTC)
dr450nf1r3: We do not specify any flags to Ninja in the PKGBUILD, the only way for it to complain at you is if your AUR helper or makepkg config is in some way screwed up and wrong - the correct way to limit the number of cores with Ninja is -j 1
. This looks like a failed flags specification, please check your configs.
dr460nf1r3 commented on 2021-08-07 05:28 (UTC)
Getting a compilation error in clean chroot - logs are available here
DX-MON commented on 2021-08-02 19:57 (UTC) (edited on 2021-08-02 19:58 (UTC) by DX-MON)
Sorry johnfound that it took a month, but we have now fixed this omission with a tweak to the PKGBUILD. A fully working version of the change should deploy in tonight's nightly (~3h)
Pinned Comments
perigoso commented on 2023-05-02 23:24 (UTC)
A binary repo with the pre-built nightly packages is available here:
https://gitlab.com/kicad/packaging/kicad-arch/kicad-arch-builder#binary-repo
DX-MON commented on 2022-08-17 09:18 (UTC)
Thank you to all those who've made us aware of some recent build system changes that broke things - we'll work on a patch and issue corrected files in the next day or two. Apologies for being slow to get back to this.
DX-MON commented on 2020-11-30 13:11 (UTC)
benx45h: There are two major differences between the two packages.
The first is that this one isn't just "whatever the latest is in Git", but rather is pinned to a particular commit each day so as to aid reproducability and try and help guarantee a usable build each update
The second is that kicad-git cannot be installed along side kicad, which means if you want to use both a kicad-git nightly build and stable on the same machine, it's just not possible.. This package on the other hand is designed to be side-by-side installed so suffixes on -nightly and puts both config and binaries in a different location to allow all this to work seamlessly.