Package Details: kicad-nightly 6.99.0_1615_g403992a6f4-1

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: 6
Popularity: 0.22
First Submitted: 2020-10-09 21:32 (UTC)
Last Updated: 2022-04-11 04:08 (UTC)

Pinned Comments

DX-MON commented on 2021-05-16 13:48 (UTC) (edited on 2021-05-16 13:50 (UTC) by DX-MON)

Ok, so.. with regards to the 2021-05-16 nightly breakage: if you have updated your system and installed wxPython version 4.1.1-1, please downgrade it for now back to 4.0.7.2-5 as this is the cause of the wxgtk3 3.0.5 vs 3.1.5 breakage.

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.

Latest Comments

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)

johnfound commented on 2021-07-04 19:57 (UTC)

Hello.

There is a problem with the bash scripts *-nightly from this package.

They contains line similar of:

exec /usr/lib/kicad-nightly/bin/kicad

But this way all the command line is omitted. The line should be:

exec /usr/lib/kicad-nightly/bin/kicad "$@"

The same applies to all other "-nighly" scripts.

alfrede commented on 2021-05-16 15:24 (UTC)

After downgrading wxPython to Version 4.0.7.2.5 the Package installs correct. Thanks DX-MON for the quick Response.

DX-MON commented on 2021-05-16 13:48 (UTC) (edited on 2021-05-16 13:50 (UTC) by DX-MON)

Ok, so.. with regards to the 2021-05-16 nightly breakage: if you have updated your system and installed wxPython version 4.1.1-1, please downgrade it for now back to 4.0.7.2-5 as this is the cause of the wxgtk3 3.0.5 vs 3.1.5 breakage.

DX-MON commented on 2021-05-16 13:34 (UTC)

Hi @alfrede, thanks for making me aware of this breakage caused by upstream..

With the GL part, it seems my update scripts caught a broken commit on master when the devs were re-jigging some code, so the OGL problems are likely to be gone in tonight's build.

I need to look into what can be done about the wx issue (including asking the devs to stop depending on the just-released version till they can guarantee all distros will have updated their wx packages in time for 6's release), as I don't think it's right to change this to depend on wxgtk3-dev as this will break people's systems (including my own).

Hopefully I can find a satisfactory fix for this in the next few hours.

alfrede commented on 2021-05-16 12:48 (UTC) (edited on 2021-05-16 12:55 (UTC) by alfrede)

When i can´t install the package it comes to the following error: CMake Error at /usr/share/cmake-3.20/Modules/FindPackageHandleStandardArgs.cmake:230 (message): Could NOT find wxWidgets: Found unsuitable version "3.0.5", but required is at least "3.1.5" (found -pthread;;;-lwx_gtk3u_gl-3.0;-lwx_gtk3u_aui-3.0;-lwx_gtk3u_adv-3.0;-lwx_gtk3u_html-3.0;-lwx_gtk3u_core-3.0;-lwx_baseu_net-3.0;-lwx_baseu-3.0;-lwx_gtk3u_propgrid-3.0;-lwx_baseu_xml-3.0;-lwx_gtk3u_stc-3.0)

It looks like the same here: https://aur.archlinux.org/packages/kicad-git/ knapik commented on 2021-04-27 00:54
No longer compiles for me. The nightly builds are now dependent the latest development release of wxWidgets (3.15) and not the stable release. Still, trying to use wxgtk3-dev and wxgtk-common-dev instead of the stable packages, I can't compile to do errors due to a bunch of missing or wrong OpenGL types? I haven't figured out how to get it to compile yet.

warmwaffles commented on 2021-05-03 18:32 (UTC)

@DX-MON thank you for clarifying!

DX-MON commented on 2021-05-03 18:10 (UTC) (edited on 2021-05-16 13:57 (UTC) by DX-MON)

@warmwaffles: This was caused because of some faulty packaging of ngspice version 34-1. Downgrading to 33-1 or upgrading to 34-2 fixes this. This package already automatically specifies ngspice as a dep so makepkg -s will do the right thing.

warmwaffles commented on 2021-04-29 19:32 (UTC) (edited on 2021-04-29 19:33 (UTC) by warmwaffles)

If anyone gets this error

Most of ngspice packages do not provide the required libngspice library.
You can either compile ngspice configured with --with-ngshared parameter
or run a script that does the job for you:
  cd ./scripting/build_tools
  chmod +x get_libngspice_so.sh
  ./get_libngspice_so.sh
  sudo ./get_libngspice_so.sh install

Make sure you install ngspice

DCengineer commented on 2021-01-27 04:17 (UTC)

Minor correction for build options: BUILD_GITHUB_PLUGIN is now deprecated since all KiCad repositories have now been moved to GitLab. It should be removed.

gkeeth commented on 2021-01-26 03:57 (UTC)

Hello again, thanks for adding the rm build/ step!

Another request: is it possible to change -DCMAKE_BUILD_TYPE=Release to -DCMAKE_BUILD_TYPE=RelWithDebInfo?

This would give better debug information for reporting bugs, without the performance penalty of going to full debug builds.

gkeeth commented on 2021-01-17 15:45 (UTC)

Thanks! I will say I was not aware of the -c option to makepkg, so thanks for pointing that out.

DX-MON commented on 2021-01-17 14:58 (UTC)

gkeeth: ah, ok.. I wasn't aware anyone was using the AUR without a helper - my helper (yay) automatically blows away the build as in makepkg -sic once the package is built.

I can add support for that style of update cycle though, yes. I'll try and make that available in today's nightly

gkeeth commented on 2021-01-16 20:32 (UTC)

Understood about requiring full builds; what about changing it to mkdir -p build along with adding ninja clean to make sure it's a full rebuild? Or automatically deleting the build dir if it exists? Or maybe a git clean?

This is a little unconventional, but this is the only aur package on my system where I can't update with just a git pull and makepkg -si. And given that I'm rebuilding this package every day, well... :)

DX-MON commented on 2021-01-16 13:29 (UTC) (edited on 2021-01-16 13:29 (UTC) by DX-MON)

gkeeth: Because of the sheer amount of flux in the repo at the moment, full clean builds every time are required so I am electing to not make that change for now. CMake doesn't deal with this situation well, tending to cause damaged builds to come out, so while inconvenient it is for the better.

gkeeth commented on 2021-01-14 23:12 (UTC)

Can you change mkdir build to mkdir -p build in build() so the build directory doesn't have to be deleted for each rebuild? Thanks!

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.

benx45h commented on 2020-11-30 01:49 (UTC)

What's the difference between this package and kicad-git?

DX-MON commented on 2020-11-19 23:26 (UTC)

reverb_1: I had my wife check by compiling KiCad-nightly fresh having never had it installed before and it worked flawlessly for her.

I can only surmise given what you're seeing vs the package deps and my own experiences with building KiCad, that your installation of Boost is screwed up or you've got something set in your shell that is causing proper detection of Boost to fail. Please review your .bashrc (or other config for your shell, whichever one you happen to use) as something you are doing is causing the failures.

reverb_1 commented on 2020-11-18 06:15 (UTC) (edited on 2020-11-19 17:26 (UTC) by reverb_1)

I have tried setting the environment variable to /usr/include/boost but it still is not working. I am at a loss of what I am missing.

Edit(11/19): Strangely it complied when I ssh into the machine. For some reason it cannot find the Boost components: filesystem system

CmakeLists.txt from Successful compile:

//The directory containing a CMake configuration file for Boost.
Boost_DIR:PATH=/usr/lib64/cmake/Boost-1.72.0

Boost_FILESYSTEM_LIBRARY_RELEASE:STRING=/usr/lib64/libboost_filesystem.so.1.72.0

//Path to a file.
Boost_INCLUDE_DIR:PATH=/usr/include

Boost_SYSTEM_LIBRARY_RELEASE:STRING=/usr/lib64/libboost_system.so.1.72.0

Boost_UNIT_TEST_FRAMEWORK_LIBRARY_RELEASE:STRING=/usr/lib64/libboost_unit_test_framework.so.1.72.0

Original Post: I have tried setting the environment variable to /usr/include/boost but it still is not working. I am at a loss of what I am missing.

-- Found Boost: /lib64/cmake/Boost-1.72.0/BoostConfig.cmake (found version "1.72.0") found components: unit_test_framework 
-- Configuring done
CMake Error: The following variables are used in this project, but they are set to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake files:
/home/reverb/.cache/yay/kicad-nightly/src/kicad/libs/kimath/Boost_INCLUDE_DIR
   used as include directory in directory /home/reverb/.cache/yay/kicad-nightly/src/kicad/libs/kimath
/home/reverb/.cache/yay/kicad-nightly/src/kicad/utils/kicad2step/Boost_INCLUDE_DIR
   used as include directory in directory /home/reverb/.cache/yay/kicad-nightly/src/kicad/utils/kicad2step
Boost_INCLUDE_DIR

There are a dozen or so of these below:

CMake Error in thirdparty/clipper/CMakeLists.txt:
  Found relative path while evaluating include directories of "clipper":

"Boost_INCLUDE_DIR-NOTFOUND"

DX-MON commented on 2020-10-17 12:29 (UTC)

ah, thank you DCengineer for providing me a reason for making it optional.

I'd back-and-forth'd about it in the 1BitSquared community Discord and we figured to make it a normal dependency in favour of ease of use, however as this screws up your use case that's a good reason to me to drop it back to optional.

I will make this change for today's nightly.

DCengineer commented on 2020-10-17 02:22 (UTC)

kicad-library-nightly should be an optional dependency. Since I do library development, I maintain my own fork of the official libraries.

DX-MON commented on 2020-10-10 13:53 (UTC)

Thanks caltgin :) That has now been done