Package Details: kicad-nightly 8.99.0_840_g60d5780c1c-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: 9
Popularity: 0.113718
First Submitted: 2020-10-09 21:32 (UTC)
Last Updated: 2024-04-26 04:05 (UTC)

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

# Nightly builds for KiCad
[kicad-nightly]
SigLevel = Optional TrustAll
Server = https://kicad.gitlab.io/packaging/kicad-arch/kicad-arch-builder/

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.

Latest Comments

« First ‹ Previous 1 2 3 4 5 Next › Last »

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

« First ‹ Previous 1 2 3 4 5 Next › Last »