Added
On Thu, Jan 2, 2025 at 5:40 AM Salvador E. Tropea
wrote:
> Hi!
>
> Thanks for creating the images, I think the nightly images needs to
> install "libnng1", otherwise you can't run "kicad-cli"
>
> Regards, SET
>
> --
> You received this message because you are subscribed to the Google Group
O derp.
A fix was applied to deal with out of bounds dxf last week to 8.0
https://gitlab.com/kicad/code/kicad/-/issues/18523
On Tue, Nov 26, 2024, 6:32 AM Rafał Pietrak
wrote:
> Moja,
>
> Just explaining:
>
> there are two sides to this case. The one that you've noticed, when one
> uses such f
, but software
>>> > will slow;
>>> >If enabled, Kicad runs as usual.
>>> > **https://gmplib.org/ <https://gmplib.org/>
>>> > 2.2 Using Binary coded-decimal,
>>> > https://stackoverflow.com/questions/2624973/why-doesnt-my-processo
integer)* for board design.
>
>
> Last, so that means there is no way to handle this issue?
>
> On Mon, 25 Nov 2024 at 19:21, Mark Roszko wrote:
>
>> >This means it is possible to create boards up to approximately 4 meters
>> by 4 meters
>>
>> Yes, KiCa
>This means it is possible to create boards up to approximately 4 meters by
4 meters
Yes, KiCad is limited to 4x4 meter boards currently.
> Change the measurement store from 32-bit to 64-bit, so Kicad can
support a larger board.
This is not an easy task in the slightest. Specifically because w
I pinned vcpkg-get-python-packages in the kicad repo to the older version,
might work
On Sun, Oct 27, 2024 at 7:38 PM Mark Roszko wrote:
> Yea the shitshow is I can't arbitrarily update python in our kicad
> packaging without potentially breaking python plugins lol. So I rather
>
Yea the shitshow is I can't arbitrarily update python in our kicad
packaging without potentially breaking python plugins lol. So I rather
leave it until 9.0
But I wonder if i can pin something in our tree hmmm
On Sun, Oct 27, 2024 at 2:02 PM Ethan Chien wrote:
> The root cause of this build iss
It kind of sounds you have a broken build environment already somehow.
That error is expected if python 3.12 is used but we have python 3.11
specified in our vcpkg config and its maintained in our vcpkg registry
layer.
Do you have a system install of python 3.12? I have fought for many years
tryin
You were trying to use libeval which lived in `common` inside common.cpp
which lives in `kicommon`
`common` -> static library, depends on kicommon
`kicommon` -> shared library, cannot depend on common
So that's just invalid. Yea theres two libraries, they are slowly being
moved to kicommon as b
I fixed up the kicad cmakelist to be correct. The ccache and distcc logic
was pretty old and dated.
You just need to have ccache on your PATH and you should not need any of
your custom changes in theory now besides setting USE_CCACHE.
On Tue, May 7, 2024 at 3:30 AM Liang Jia wrote:
> Hi All,
>
> So my question is: is the footprint assignment
> BEFORE netlist export to PCB a "design feature", or is it implemented
> this way because of some legacy code from the past? (the question
> originates from pondering of multiboard/multi-pcb-variant design options)
It is an intended design feature
GitLab, like any other platform, has been suffering from cryptocurrency
abuse which has been resulting in more and more lock down of signups.
There's a new bull wave in crypto so of course the abuse has ramped up.
However, I just confirmed that the phone number verification is risk
assessment bas
Changes need to be tested on Windows arm64 too btw :P
(We have arm64 windows nightlies and 8.0 will see stable arm64 windows
builds)
Libcontext was an awkward hack to get around the disaster of boost::context
making major API changes that didn't match between every distro/platform
for years becau
We are moving towards some unit tests to validate the plot output.
Such a test already exists for schematic plot output as a kicad-cli
test and will be expanded to PCB eventually.
But, even the recent changes such as
d5bd1f5aea042a238345171b99a195da9e0eab9e were entirely intentional and
not an acc
Christoph,
Can you alter the build to use the clang linker flag "-flat_namespace" and
see if it works?
Regards,
Mark
On Tue, May 16, 2023, 2:57 PM Christoph Moench-Tegeder
wrote:
> ## Jon Evans (j...@craftyjon.com):
>
> > I don't know what you mean by "major problems" so I can't comment on the
You just have to email the list along with what language you are
interested in translating. The language has to be added manually to
weblate by a developer.
Also the language will not appear in KiCad until a good portion is translated.
On Wed, May 10, 2023 at 10:12 PM La_niko wrote:
>
> hi I was
This is far out of scope for what KiCad is intended for and would
quickly be broken many times over as we don't have manpower or
interest to maintain it.
It's a lot more work than you make it seem to get it correct and
there'll be demands to add more and more.
Maybe 10 years from now when the boa
Not sure why you are hijacking this thread.
But you must be on the supported list of ubuntu distros to get v7 (ubuntu
20 and newer) and only 64-bit x86 processors.
https://launchpad.net/~kicad/+archive/ubuntu/kicad-7.0-releases
Space Navigator/Space Mouse support does not exist on Linux and is
https://gitlab.com/kicad/code/kicad/-/issues/2324
https://gitlab.com/kicad/code/kicad/-/issues/2329
It'll require a proposal on file format changes to store those
constraints and overall behavior.
But I don't think anyone would be against it
On Thu, Apr 13, 2023 at 9:41 AM Filip Pešula wrote:
>
Try now
On Fri, Mar 31, 2023 at 10:08 AM Salvador Tropea
wrote:
> Sorry to insist, the recipe used to create the nightly builds seems to be
> severely broken.
> Last commits on this recipe are from Seth Hillbrand and Jean-Samuel
> Reynaud.
> Can anyone confirm it? No python plugin can be run usi
> . There's a lot of zombie code being carried in the Kicad repo for
unclear gain
Welcome to the world of stuff that works and is low hanging fruit for a
bunch of people doing this out of their personal free time.
(Heck honestly at work, we wouldn't bother wasting our paid labor on
"zombie code" t
We aren't using Metal at all, for now.
>KiCAD is not a SW that demands high CPU power
Computational geometry is actually quite demanding of CPU power as board
complexity increases, so your statement is completely false.
However for simple designs yes, it isn't a real needed.
Most of your slow is
You can in fact replace the icons. We just don't support it in the UI.
You just need to replace images.tar.gz, for example on Windows that's
located in C:\Program Files\KiCad\\share\kicad\resources
On Wednesday, September 14, 2022 at 9:38:00 PM UTC-4 Kevin Cozens wrote:
> On 2022-09-14 11:35, S
Three symbol stores are now available at https://symbols.kicad.org for
Windows developers/users to troubleshoot crashes.
These stores are automatically updated on nightly builds and stable
releases.
The nightly and testing symbols are only kept for 30 days however to
conserve disk space.
--
Mark
Hey folks,
We are planning to introduce the use of the Sentry platform into KiCad.
Sentry https://sentry.io/ is open source platform to capture application
events, crash dumps, and other random analytics.
Both their hosted platform (https://github.com/getsentry/sentry) is open
source and the integ
Franck,
That is a feature request and belongs in the issue tracker for
consideration of 7.0.
This is purely about 6.0.1 which is bug fixes only. We do not add any new
features in 6.0 as per the rules.
On Fri, Jan 7, 2022 at 5:18 AM Franck Bourdonnec
wrote:
> Hello,
> I have a simple one.
>
>
The existence of the `thirdparty` folder is purely because we want a
locked-in time snapshot of sources with numerous bugfixes we make over
time. We don't want upstream packages because upstream is either dead, or
too much of a pain to deal with.
> It eases version control and reduces the cmake pa
More accurate, the actual fixed issues
https://gitlab.com/kicad/code/kicad/-/issues?label_name=status%3A%3Afix-committed&milestone_title=5.1.11&state=all
based on the milestone and fix-committed tag.
Unfortunately, a bunch of noise commits end up under the milestone.
On Sat, Oct 30, 2021 at 11
ngspice 35 should be in the windows nightly by tomorrow
On Thu, Aug 12, 2021 at 11:15 PM Mark Roszko wrote:
> I'm slowly updating vcpkg for it.
>
> Probably in a few days it'll appear in nightlies.
>
> On Mon, Aug 9, 2021 at 5:27 PM Jon Evans wrote:
>
>> Th
I'm slowly updating vcpkg for it.
Probably in a few days it'll appear in nightlies.
On Mon, Aug 9, 2021 at 5:27 PM Jon Evans wrote:
> Thanks Holger, I tested a fix and it works now (6b48825a)
>
> Updated
> https://gitlab.com/kicad/packaging/kicad-mac-builder/-/merge_requests/344
> to bump to ng
has_value was added in boost 1.68.
There is an argument we should be supporting boost 1.65 due to Ubuntu 18
On Fri, Jul 16, 2021 at 6:06 AM Dino Ghilardi
wrote:
> Hello Alex,
> I had the same issue compiling with boost 1.67.0.
>
> Compiling with boost 1.69 did not have the issue on my mach
>The number of issues is about 1170 on any day since a few months. My goal
is to reduce the number of open issues to a bare minimum or eliminate them
You realize we only have <100 real issues right? You cannot look at the
silly total displayed and assume. You have to drill down by tags.
A vast ma
Yes. The entire plan is to have at minimum a RC1 release for bug
testing,etc. However the date is a shifting target of optimism.
On Sun, Jun 20, 2021 at 7:25 AM David wrote:
> Hi,
> I'm hoping to get version 6 of Kicad installed for the students in the
> University where I work. Are there an
Thanks to Erico bringing attention to it
https://gitlab.com/kicad/code/kicad/-/merge_requests/852 openssl is no
longer a dependency for builds on linux and msys2.
This was a holdover from curl linking openssl < 1.1.0 which
necessitated the end application implementing thread locks and curl did not
pkgconfig is only available for builds within vcpkg for builds of libraries.
kicad does not build within vcpkg, it builds outside vcpkg using vcpkg.
This is the intended mode of use for applications.
On Tue, Mar 23, 2021 at 12:09 PM Wayne Stambaugh
wrote:
> Did I misunderstand Marks's comments
> Does vcpkg support pkg-config?
vcpkg can use pkg-config for building its own libraries.
However vcpkg will not share it outside of itself, meaning kicad has no
ability to use it easily
On Mon, Mar 22, 2021 at 3:18 PM Wayne Stambaugh
wrote:
> Would pkg-config work on all platforms? I know it
Beware the complaints that will spawn when this pushes. Because of the
KICAD6_blah variables that will be pointing to the old paths as its saved
to the config file even if not changed from default
On Sun, Mar 21, 2021 at 5:31 PM Seth Hillbrand wrote:
> Accidental build directory has been removed
You say it's first class but the spice gui needs alot of loving. The tool
framework is also ducktaped poorly into it.
On Thu, Mar 18, 2021 at 7:14 PM Seth Hillbrand wrote:
> Do we still need spice as a build option? It would be nice to bring down
> the number of permutations out there and the S
on the topic first -- if other
> > software is successfully using websockets to provide a good interface to
> > 3dconnexion hardware on Windows, maybe it is not as bad as you fear?
> >
> > -Jon
> >
> > On Thu, Feb 25, 2021 at 9:38 AM Mark Roszko > <m
enabled/compiled with new-enough Boost versions, or
> investigate a different websockets library.
>
> I'm not sure the overlap of 3dconnexion users and 18.04 users is large
> enough to rule that approach out, at least if there are no other issues
> with Beast.
>
> -Jon
>
* Boost 1.65 being the version Ubuntu 18.04 LTS currently has and are
committed to support until EOL.
On Thu, Feb 25, 2021 at 9:19 AM Mark Roszko wrote:
> Markus,
>
> We currently require support for a minimum of boost 1.59 due to Linux
> distros lagging behind. boost/beast is
Markus,
We currently require support for a minimum of boost 1.59 due to Linux
distros lagging behind. boost/beast is not a viable option as beast did not
appear in boost until 1.66.
>From some offhand sounding out we may be able to bump the minimum to 1.65
but that doesn't help :/
Regards,
Mark
That github page while still functioning is abandoned. It's pointed at
master and at the master just before it was converted to the 6.0 library
format.
On Sun, Feb 7, 2021 at 10:50 AM Steven A. Falco
wrote:
> I received a bug report [1] that points out that the libraries on github
> contain sym
The problem with a new header though is we will need to add yet another
build flag to kicad that a user will have to setbecause we can't
guarantee all platforms will have ngspice > 35 or whateveto look for a new
"version.h"
On Wed, Feb 3, 2021 at 7:04 AM jp charras wrote:
>
> Le 03/02/2021 à
> but remember usually you need to run the install
target to make sure you got all the proper binaries whereever you run
it from.
Currently you have to copy all the vcpkg binaries manually to the install
folder.
On Sat, Dec 19, 2020 at 3:57 PM Nick Østergaard wrote:
> Hi Stefan
>
> (You did not
not help. If it
>> is about dependencies, maybe I missed to install something in vcpkg. I
>> installed the recommended libraries as per the web documentation:
>>
>> boost cairo curl glew gettext glm icu ngspice opencascade opengl openssl
>> python3 wxwidgets zlib.
>>
and I'm on wxwidgets 3.1.4. But one week or so ago, everything was ok.
> Trouble started after upgrading vcpkg.
>
> -Martin
>
>
>
> *Von:* Mark Roszko
> *Gesendet:* 16 November 2020 20:56
> *An:* deve...@worldinone.at
> *Betreff:* Re: [Kicad-developers] MSVC comp
Ah it's a bug in vcpkg I need to fix upstream.
For now you'll need to include in your kicad install folder for debug, the
non-debug versions of freetype, zlib, bz2 and libpng
On Mon, Nov 16, 2020 at 1:44 PM Mark Roszko wrote:
> Ah I've been meaning to fix that. There's s
Ah I've been meaning to fix that. There's something wrong with the
compilation settings and/or wxdynamiclibrary loader that's causing it not
to load DLLs from the application's executable directory, very specifically
for the OCE plugin.
On Mon, Nov 16, 2020 at 6:22 AM wrote:
> Compiling the curr
>It does mention that it is just the environment that is 64 bit only, but
not the mingw toolchains, so I don't really think this affects us.
It does,* just not right now. *The writing is on the wall for 32-bit x86.
Microsoft officially has marked 32-bit Windows 10 EOL and I believe it's
being drop
t;
> Tom Crane.
>
> On Thu, 5 Nov 2020, Mark Roszko wrote:
>
> > Your issues in (1) are by design.
> >
> > Whether that design is correct or not is another story.
> >
> > I actually removed that behavior on Windows because Microsoft has a
> stable api to d
Your issues in (1) are by design.
Whether that design is correct or not is another story.
I actually removed that behavior on Windows because Microsoft has a stable
api to determine top level window for focus.
Linux does not and GDK used to be but with the fragmented x11/wayland mess,
they remove
Update to latest, there's a bad exception handler that causes the context
already locked error. There was another bug that actually caused an
exception.
On Wed, Nov 4, 2020 at 2:11 AM wrote:
> The current source (~7am UTC) crashes in pcbnew at opengl_gal.cpp(598) due
> to “Context already locked
Ah, I forgot to document that.
The "lazy way" is to copy all the DLLs from \vcpkg\installed\\bin
to your kicad install bin folder
The next lazy way that should work is to add the vcpkg installed triplet to
PATH
The third way that I haven't used is to use launch.json to set PATH to the
vcpkg triple
Great, thanks for the heads up.
I need to update the vcpkg.
On Sun, Oct 18, 2020 at 10:38 AM Holger Vogt wrote:
> ngspice-33 is available.
>
>
> ngspice shared library tested with KiCad on macOS, Linux, MS Windows.
>
>
> ___
> Mailing list: https://la
You should be able to click a button to ignore the warning.
On Mon, Oct 12, 2020 at 8:54 PM Brian Piccioni
wrote:
> That makes sense. I tried installing the same file which installed
> perfectly this morning and it hung. I'll wait a few days and try again ...
>
> On 2020-10-1
It's just the usual Microsoft Smartscreen filter acting up. Heuristics are
flagging it. There's nothing that can be done about it until their
heuristics recalculate.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@
Yea I'm with Nick on this one. As it standards, 10.12 is past EOL now.
10.13 EOL is in 2 months. Supporting outdated (and as an extension
insecure) OSes just encourages users to make the bad decision to keep using
them.
On Wed, Sep 30, 2020 at 11:26 AM Nick Østergaard wrote:
> If people needs to
Looking at that draft announcement, it has the usual "look at the 5.1.7
milestones page for list of issues fixed" link which needs to be fixed.
Or rather there's also a slight mess on the gitlab side. It seems there are
two 5.1.7 milestones, one at the repo level and one at the group level and
they
I actually got that MSYS2 error awhile backas for why, I don't know, I
haven't been arsed to rebuild the msys2 install yet again.
I'm waiting on vcpkg to merge opencascade which was blocked on 32-bit
builds being broken, the MSVC team responded with a workaround to the
compiler bug so now its
file in and keep it
> in memory. Watch for modifications on disk, or else lock it
> exclusively. Things like that.
>
> I'm not sure I really see the advantage of a CSV-backed "database" over
> the existing KiCad library system, if we're talking about a single use
>Sqlite was a quick&dirty way to test if my ideas would work.
There are ODBC wrappers for SQLite
> I mean libreoffice would do for the management.
Yes, and you know what you would use? Not CSV files.
LibreOffice Base / Microsoft Access.
This is the office suite database that's basically SQ
Every package in vcpkg is a dev package as that is its purpose ;)
linux distros just make a distinction with -dev to make headers and link
libs a separate download/save space.
On Mon, Aug 17, 2020 at 4:02 PM Roberto Fernández Bautista <
roberto.fer@gmail.com> wrote:
> Ah I see! Sorry I thoug
> I assume this is due to the way the make script determines if it is Linux
or Windows.
KiCad does not determine the Operating system. CMake does.
You are somehow invoking or mixing executables between windows and linux.
i.e. if you have CMAKE.exe in path, it may be executed inside your wsl2
shell
FYI, the website repo is now deployed from gitlab instead of github
https://gitlab.com/kicad/services/kicad-website
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchp
t issue of packaging
> depending on how we want to handle Python/wxPython.
>
> >
> > On Thu, 6 Aug 2020, 02:05 Mark Roszko, > <mailto:mark.ros...@gmail.com>> wrote:
> >
> > ngspice and wxwidgets 3.1.4 have been merged on vcpkg.
> >
> > On Sun
ngspice and wxwidgets 3.1.4 have been merged on vcpkg.
On Sun, Aug 2, 2020 at 5:55 PM Wayne Stambaugh wrote:
> +1
>
> On 8/2/20 2:08 PM, Seth Hillbrand wrote:
> > Nice work! Thanks, Mark
> >
> > On Sat, Aug 1, 2020 at 11:26 PM Mark Roszko > <mai
Sigh, almost as bad as QT 5 minors being majors without ever bumping the 5
because "qt5" is a marketing brand they don't want to replace from the
commercial standpoint.
On Tue, Aug 4, 2020 at 9:15 AM Ian McInerney
wrote:
>
>
> On Tue, Aug 4, 2020 at 1:44 PM Mark Roszko
Been working on Phoenix, I basically have something working to build,
though it'll be awhile before I have anything to share.
However, here's the fun part:
wxPhoenix 4.1.0 only works with wxWidgets 3.1.4 and above
wxPhoenix 4.0.7 only works with wxWidgets 3.0.x series
There's a fun gap with 3.1.
> unfortunately that is a typical thing how problems are getting "solved",
>simply embed the required third party code. From a security perspective
>this is mostly a nightmare as also typically nobody ever touches such
>code again as it "works" for all times.
>Embedded code is quite in no way trace
//www.sqlite.org/src/file/tool/lemon.c
On Sun, Aug 2, 2020 at 6:37 PM Mark Roszko wrote:
> MSVC support is a work in progress so it's not that its not supported,
> it's just someone needs to fix it ;)
>
> On Sun, Aug 2, 2020 at 6:06 PM Roberto Fernández Bautista <
&
MSVC support is a work in progress so it's not that its not supported, it's
just someone needs to fix it ;)
On Sun, Aug 2, 2020 at 6:06 PM Roberto Fernández Bautista <
roberto.fer@gmail.com> wrote:
> Just tried your branch and unfortunately couldn't get it to compile on
> Visual Studio (even
Nightlies temporarily broken until a new msys2 file is added into the build.
libssp-0.dll
On Sun, Aug 2, 2020 at 1:27 PM Mark Roszko wrote:
> Nick has fixed the Windows nightlies, rejoice
>
> The builds are flagged dirty for what its worth.
>
> On Sat, Aug 1, 2020 at 9:04 AM
Nick has fixed the Windows nightlies, rejoice
The builds are flagged dirty for what its worth.
On Sat, Aug 1, 2020 at 9:04 AM Eeli Kaikkonen
wrote:
> [image: image.png]
>
> Something wrong with the Windows nightly builds?
>
> The commit 0c77 is from 30 July, I remember seeing that same commit
ave 32-bit versions.
>
> -Ian
>
> On Sun, Aug 2, 2020 at 4:58 AM Mark Roszko wrote:
>
>> I am working on a MSVC build chain slowly amongst my ADHD heh.
>> Though I'm focusing on Win64 builds, Win32 would be trivial. It's just a
>> measure of how much is it worth
wly moving towards life support status.
On Sat, Aug 1, 2020 at 11:31 PM Seth Hillbrand wrote:
>
> On Sat, Aug 1, 2020 at 7:31 PM Mark Roszko wrote:
>
>> Ah right, as it stands, the only way to use a new install of msys2 32-bit
>> now is to patch it on startup because th
to begin to
diverge from the 64-bit builds
There may need to be a decision made about continued 32-bit support for
KiCad Windows.
On Sat, Aug 1, 2020 at 10:20 PM Mark Roszko wrote:
> Only just noticed this
>
> https://www.msys2.org/news/#2020-05-17-32-bit-msys2-no-longer-actively-
Only just noticed this
https://www.msys2.org/news/#2020-05-17-32-bit-msys2-no-longer-actively-supported
As a whole to KiCad, only 6% of Windows users will be affected.
I did change the website awhile back to more prominently push people onto
64-bit builds.
Just the world finally moving forward
You would think we want a spider to kill bugs :D
On Thu, Jul 16, 2020 at 11:16 PM Brian Piccioni
wrote:
> I'm guessing because it finds bugs?
> On 2020-07-16 11:14 p.m., Ben Ellis wrote:
>
> Hi all,
>
> Does anyone know why the DRC symbol is a ladybug? Asking for a friend
>
> Best,
> Ben
>
> ___
> I also think it would enable independent software developers to build
software on top of, or around kicad, further enhancing its value.
They should be contributing to KiCad first ;)
These plans for separation have been around for years, the problem is the
amount of devs is limited and their time
> >>> I took a look at wxPython phoenix and the build system is...something
> else.
> >>> Is anyone more experienced with Python build systems?
> >>> It seems like the happy path for vcpkg is for projects that use cmake.
> >>> This hybrid of Pyt
>
> C:/Jenkins/workspace/windows-kicad-msvc-vcpkg/build/release/cpu/x86/label/msvc/vcpkg/scripts/buildsystems/vcpkg.cmake:405
> (_find_package)
> 23:48:21 CMakeLists.txt:586 (find_package)
>
> On Tue, 7 Jul 2020 at 01:49, Mark Roszko wrote:
> >
> > 1. cmake scr
1. cmake scripts already work with wxwidgets, that was already done awhile
back. I've been building with MSVC for awhile
One dependency that'll need "porting" is ngspice.
But let me put this out there, does it make sense to leave ngspice to a
higher level distro and not built as part of kicad?
W
While more extensibility is great. I can only say expecting the user to use
python exclusively for adding the new behavior like for issue #2339 is very
crude. Not everyone is a programmer or wants to be to draw a schematic. A
lot of functionality that's not overly specific should be considered
inte
Might I suggest the file format being documented into the repo first?
That way any new additions to the format should involve adding to said
documentation.
On Fri, May 29, 2020 at 9:12 AM Wayne Stambaugh
wrote:
> As soon as the rebase and CI pipeline completes, the merge request to
> disable wri
Ah just a defect with recent changes I made and me never using www. It
shall be fixed.
On Sat, May 23, 2020 at 10:39 AM Wayne Stambaugh
wrote:
> It was the URL issue but I'm in agreement with Ian. The old URL should
> redirect to the new one.
>
> On 5/23/20 10:35 AM, Ian McInerney wrote:
> > We
epositories:
> https://semaphoreci.com/blog/free-open-source-cicd
>
> That might be an alternative/addition for the local server from Adam Wolf?
>
> I am not sure it's possible to trigger the semaphoreci build directly from
> gitlab, but it's possible from github.
> A
90% chance AppVeyor won't work because its build time restricted to 60
minutes. And KiCad builds quite slowly on the free services taht only
provide 1 or 2 cores.
An alternative, there's also the Azure Pipelines KiCad account where I run
Coverity. It has unlimited minutes for open source project
I made it better, maybe
On Wed, May 6, 2020 at 6:00 PM Nick Østergaard wrote:
> I have done it, could't be bothered with the bullet points though. :)
>
> On Wed, 6 May 2020 at 23:11, Wayne Stambaugh wrote:
> >
> > If you have time, I'm fine with that. Thanks for the help.
> >
> > On 5/6/2020 4
Yes. This is a coverity scan bug. They are aware of it since 2017 when I
harassed their manager about it but maintaining the open source offering is
ultra low priority for them. They were promising they would refocus on
"bring it up to Synopsis standards" this year but so far it hasn't happened.
https://gitlab.com/kicad/services/kicad-doc
On Sun, Apr 5, 2020 at 6:59 AM Marco Ciampa wrote:
> It seem a bit odd but ... I can't fine the docs repos anymore...
> On github the doc repos are frozen and on gitlab the repos I used to use
> just vanished ...
> What's going on here?
> Did I miss so
https://gitlab.com/kicad/services/kicad-doc
On Sun, Apr 5, 2020 at 6:59 AM Marco Ciampa wrote:
> It seem a bit odd but ... I can't fine the docs repos anymore...
> On github the doc repos are frozen and on gitlab the repos I used to use
> just vanished ...
> What's going on here?
> Did I miss so
Any plans for a 5.1.6 tag? It's been 4 months since the last one with some
commits piled up.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
Rebasing is still required if enabling LFS after already having added a
file previously. LFS is simply a hack on top of Git rather than a protocol
level improvement.
On Mon, Jan 20, 2020 at 1:42 PM Jon Evans wrote:
> I can say from experience that enabling LFS would be a lot more hassle
> than r
https://scan8.coverity.com/reports.htm#v22582/p10844/fileInstanceId=29833683&defectInstanceId=10148075&mergedDefectId=280285
467if( s1.Distance( ip ) <= 1 || s2.Distance( ip ) <= 1 )
468{
469s1opt = SEG( s1.A, ip );
470s2opt
wxWidgets has a interesting maze of macros to determine how to do
printf on Windows. I wonder what it ends up doing. There is a special
case just for MINGW32 but not MINGW64.
https://github.com/wxWidgets/wxWidgets/blob/cc931612eec2e3ea49200ebff45042135f3c3f9c/include/wx/wxcrtvararg.h#L84
On Fri,
>A tongue-in-cheeck suggestion: don't let any commit go to the repo if the
>commit message doesn't have the word "because" at least once.
Well, 2014 was still a older era in KiCad development
On Sat, Dec 28, 2019 at 12:18 PM Eeli Kaikkonen
wrote:
>
>
>
> On Sat, Dec 28, 2019 at 5:52 PM Ian McI
But that 1.600 is not a double/floating number, it truncated from the
double of 1.600088817841970012523233890533447265625
The entire complaint I believe is when it comes to serializing to JSON
in 99% of software of all languages, you do not apply custom
formatting to convert doubles t
Just throw in a linear regression somewhere and we can say KiCad has
AI based routing ;)
On Mon, Dec 2, 2019 at 4:25 PM Tomasz Wlostowski
wrote:
>
> On 02/12/2019 21:51, Kliment (Future Bits) wrote:
> > The video looks very much like to me like the trace is following a
> > voronoi cell boundary w
There are UX issues with just changing that dropdown.
Currently it's quite literally page size. Not templates.
Template is the separate entry labeled "Page layout description file".
(Just noticed, it should probably display the default loaded template
which may hint the user to make a change)
If
1 - 100 of 519 matches
Mail list logo
