Hello
I updated Msys2 (pacman -Syuu) and it borked the terminal (basically
when building the nice percentages, etc., became more or less random
strings).
I decided to reinstall Msys2. I wiped the directory and reinstalled.
After doing so and following the directions at
https://docs.kicad-p
Hi Brian
Mmm, it sound more like you are not updating msys2 properly...
But please attach pkglist_with_s.txt.
pacman -Qs > pkglist_with_s.txt
It looks like msys2 also recommends an update script (update-core) to
workaround the issues with the runtime. [1] Especially note:
"Run update-core. If o
There is definitely something wrong but I'm not sure where the issue is.
I downgraded both cmake a couple of versions but cmake started
complaining about missing libraries. I even modified Findngspice.cmake
with the absolute path to libngspice-0.dll and it still didn't work so
something is defini
Le 23/05/2020 à 17:35, Wayne Stambaugh a écrit :
> There is definitely something wrong but I'm not sure where the issue is.
> I downgraded both cmake a couple of versions but cmake started
> complaining about missing libraries. I even modified Findngspice.cmake
> with the absolute path to libngsp
On 5/23/20 11:55 AM, jp charras wrote:
> Le 23/05/2020 à 17:35, Wayne Stambaugh a écrit :
>> There is definitely something wrong but I'm not sure where the issue is.
>> I downgraded both cmake a couple of versions but cmake started
>> complaining about missing libraries. I even modified Findngspi
I am glad to hear it wasn't finger trouble on my part at least.
On 2020-05-23 11:55 a.m., jp charras wrote:
Le 23/05/2020 à 17:35, Wayne Stambaugh a écrit :
There is definitely something wrong but I'm not sure where the issue is.
I downgraded both cmake a couple of versions but cmake started
Le 23/05/2020 à 17:55, jp charras a écrit :
> Le 23/05/2020 à 17:35, Wayne Stambaugh a écrit :
>> There is definitely something wrong but I'm not sure where the issue is.
>> I downgraded both cmake a couple of versions but cmake started
>> complaining about missing libraries. I even modified Find
I think you need to make a PR for msys2 with a pkgver bump, if they
merge it I assume it will appear in https://packages.msys2.org/queue
and it may be easier to poke them to let it rebuild. :/
On Mon, 25 May 2020 at 12:57, jp charras wrote:
>
> Le 23/05/2020 à 17:55, jp charras a écrit :
> > Le 2
Unfortunately, while we seem to get past the libngspice-0.dll problem
with the fix, the old workaround for the python problem no longer works.
cmake -DCMAKE_BUILD_TYPE=Debug \
-DKICAD_SCRIPTING=OFF\ I believe this used to get
around the pyhton mismatch.
-G "Eclipse CDT4 -
Le 25/05/2020 à 15:33, Brian Piccioni a écrit :
> Unfortunately, while we seem to get past the libngspice-0.dll problem with
> the fix, the old workaround for the python problem no longer works.
>
> cmake -DCMAKE_BUILD_TYPE=Debug \
> -DKICAD_SCRIPTING=OFF\ I believe this use
I did that and got a weird error from cmake to the effect it wanted to
build MSVS make files (from long, long, long ago).
I deleted all CMakeCacke.txt on my system.
I decided to run pacman -Syuu and it did a small update.
I then ran the cmake script without scripting off
cmake -DCMAKE_BUILD_
I've had this problem the last couple of times that a new build of the
wxWidgets package was released. You will have to checkout a copy of the
mingw package repo on github and rebuild the wxPython package with the
latest compiler (gcc 10) to fix the ABI warning. It's not terribly
difficult just d
Wayne
Thanks for the suggestion! It didn't take that much time to build. When
it was done, the output file had a different extension.
pacman -U mingw-w64-x86_64-wxPython-3.0.2.0-9-any.pkg.tar.zst
I am now trying to compile origin/master.
On 2020-05-25 11:28 a.m., Wayne Stambaugh wrote:
I've
13 matches
Mail list logo