Hi Rafal, I don't think this is a change you're supposed to do in CMakeLists. Since it's an option, I think it should be possible to invoke cmake with:
-DKICAD_USE_CMAKE_FINDPROTOBUF=ON Does that not work for you? I can't speak for the second issue. However, I'd like to note that kicad 6 was released in 2021, so you made a good choice compiling a new version (I'd also suggest moving to a more flexible distro for desktop application, but that's out of scope). Do you have a reference ticket that discusses the bug? To me, it seems more like the plugin wasn't updated to the new versions of KiCAD, and I know there were some significant scripting changes. Cheers, Ladislav On Thu, Feb 06, 2025 at 10:33:19AM +0100, Rafał Pietrak wrote: > I sincerely apologize for abusing this list, but since gitlab decline my > registration I pretty much have no other option to notify you. > > 1. I've recently pull kicad sources and they want compile on my Debian > stable (12.9). The following patch solves the problem, but I'm pretty sure > it's not the correct action to take (earlier there was a section acting on > KICAD_USE_CMAKE_FINDPROTOBUF depending on target being linux or not ... > which might be more appropriate, but I haven't tested it): > ---------------- > diff --git a/CMakeLists.txt b/CMakeLists.txt > index fb2130e910..05d29fbb73 100644 > --- a/CMakeLists.txt > +++ b/CMakeLists.txt > @@ -167,7 +167,7 @@ cmake_dependent_option( > KICAD_APPLE_MAKE_RELOCATEABLE_BUNDLE > > # Old versions of CMake and/or protobuf can require the FindProtobuf.cmake, > # but modern platforms require this to be off > -option( KICAD_USE_CMAKE_FINDPROTOBUF "Use FindProtobuf provided by CMake" > OFF ) > +option( KICAD_USE_CMAKE_FINDPROTOBUF "Use FindProtobuf provided by CMake" > ON ) > mark_as_advanced( KICAD_USE_CMAKE_FINDPROTOBUF ) > > #################################### > -------------------------------- > With this patch compiling on Debian 12.9 is correct. > > 2. The ReplicateLayout I used some time ago with KiCAD version 6.0 (as > provided by Debian stable package) worked perfectly. It made KiCAD "a better > place". Since then I've tried the KiCAD locally compiled as pulled from > gitlab, but the ReplicateLayout didn't work with any of them (v7, v8, now > v9). I've asked the author on github for a fix, but the explanation was, > that it's the KiCAD bug. That's why I just waited for "the fix". But > currently we have v9rc2 and there is no "fix" to make that plugin work. Can > somebody shred some light on what's happening here? (The attachment is an > error thrown by the plugin, when forced to run on v9rc2). Is this really a > "kicad fix" or just ReplicationLayout author "preference" to some other > specifics of the implementaion? What and how one should do in the plugin ... > instead of the iteration so upsetting the ReplicateLayout plugin? Like what > instead of "board.GetEnabledLayers().Users()"? > > Best regards to you all > > -R > > -- > You received this message because you are subscribed to the Google Groups > "KiCad Developers" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion visit > https://groups.google.com/a/kicad.org/d/msgid/devlist/35361a3d-60af-4f47-a4f9-6b2e46d9acfc%40electric-sheep.eu. -- S pozdravem Ladislav "Krakonoš" Láska http://www.krakonos.org/ -- You received this message because you are subscribed to the Google Groups "KiCad Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion visit https://groups.google.com/a/kicad.org/d/msgid/devlist/krakonos%2Bmd-20250206.093759.187262.gazelle.prague.ozobot%40krakonos.org.
