Versuch Kicad 6 selber zu kompilieren

[Johannes U. (kampfradler)]

Moin.

Da ich auf LMDE4/Debian10 ja noch mit Kicad 5 vorlieb nehmen muss und 
auch im kommenden LMDE5/Debian11 von Kicad 6 noch nichts zu sehen ist, 
versuche ich mir das aus den Quellen selber zu bauen.

Habe mich da nun soweit herangetastet, dass der cmake Build nicht mehr 
mit Fehlern abbricht (bei mir waren die fuer's kompilieren von Kicad 
angegebenen Abhaengigkeiten leider nicht ausreichend).

Der Build laeuft also endlich durch, wirft mir am Ende dann aber doch 
einige Warnungen aus, die sich samt und sonders auf Python beziehen.
Kurzer Ausschnitt:

WARNING: Target "eeschema" requests linking to directory "/usr/lib/python3.7".  Targets may link only to libraries.  CMake is dropping the item.
WARNING: Target "gerbview" requests linking to directory "/usr/lib/python3.7".  Targets may link only to libraries.  CMake is dropping the item.

Die Liste der Warnungen dieser Art ist schon recht umfangreich.

Leider kann ich damit auf Anhieb erstmal nicht wirklich etwas anfangen.
Offenbar moechte cmake aber wohl jeweils eine konkrete lib und kann mit 
dem lib-Verzeichnis nichts anfangen?!?

Die Parameter fuer cmake (hab mir uebrigens cmake 3.18 aus den 
buster-backports installiert):

cmake -DCMAKE_BUILD_TYPE=RelWith_DebInfo -DPYTHON_EXECUTABLE=/usr/bin/python3.7m -DPYTHON_VERSION_STRING=3.7 -DPYTHONINTERP_FOUND=TRUE -DPYTHON_INCLUDE_DIR=/usr/include/python3.7 -DKICAD_USE_EXTERNAL_PYTHONHOME=/usr/lib/python3.7 -DPYTHON_LIBRARY=/usr/lib/python3.7 -DENABLE_PYTHON3=ON -DDOWNLOAD_CATCH=ON ../../

Fehlt mir da noch was?
Hab' ich irgendeinen offensichtlich falschen Parameter?

[Mombert H. (mh_mh)]

Johannes U. schrieb:
> Hab' ich irgendeinen offensichtlich falschen Parameter?

Ich tippe, dass -DPYTHON_LIBRARY nicht stimmt. Dass soll vermutlich eine 
echte  lib sein und kein Verzeichnis im Dateisystem.

[Jörg W. (dl8dtl) (Moderator)]

Keine Ahnung, ob dir das hilft, aber der FreeBSD-Port (hier noch für 
5.99, aber das sollte egal sein) fummelt beim CMake gar nichts mit 
Python herum. Folgende Definitionen werden dort gesetzt:

CMAKE_ARGS=     -DLOCALBASE="${LOCALBASE}" \
                -DCMAKE_BUILD_TYPE="Debug" \
                -DKICAD_TESTING_VERSION=ON \
                -DKICAD_VERSION=${DISTVERSION} \
                -DCMAKE_INCLUDE_PATH="${WRKSRC}/include ${LOCALBASE}/include" \
                -DwxWidgets_CONFIG_EXECUTABLE="${WX_CONFIG}" \
                -DwxWidgets_USE_DEBUG=ON \
                -DwxWidgets_USE_USE_UNICODE=ON \
                -DwxWidgets_wxrc_EXECUTABLE=${WXRC_CMD} \
                -DKICAD_SCRIPTING=ON \
                -DKICAD_SCRIPTING_MODULES=ON \
                -DKICAD_SCRIPTING_PYTHON3=ON \
                -DKICAD_SCRIPTING_WXPYTHON=ON \
                -DKICAD_SCRIPTING_WXPYTHON_PHOENIX=ON \
                -DKICAD_SKIP_BOOST=YES \
                -DKICAD_SPICE=ON \
                -DKICAD_USE_OCE=OFF \
                -DKICAD_USE_OCC=ON \
                -DOCC_INCLUDE_DIR=${LOCALBASE}/include/OpenCASCADE

Edit:

CMakeCache.txt enthält:

//Python module install path.
PYTHON_DEST:PATH=lib/python3.7/site-packages

//Path to a program.
PYTHON_EXECUTABLE:FILEPATH=/usr/local/bin/python3

//Path to a file.
PYTHON_INCLUDE_DIR:PATH=/usr/local/include/python3.7m

//Path to a library.
PYTHON_LIBRARY:FILEPATH=/usr/local/lib/libpython3.7m.so

//Path to a library.
PYTHON_LIBRARY_DEBUG:FILEPATH=PYTHON_LIBRARY_DEBUG-NOTFOUND

was Momberts Vermutung bestätigt, dass da, wenn schon, der Pfad zu einer 
tatsächlichen Library angegeben werden sollte.

[Reinhard S. (rezz)]

Das kicad 6 von unstable ist dir zu unstable? ;)

[Johannes U. (kampfradler)]

Danke fuer die Hilfe!

Die Konfiguration beim FreeBSD-Port muss ich mir mal ansehen, zweifel 
aber daran, ob ich das auf Anhieb verstehe.
Letztlich bin ich eigentlich immer froh, wenn ein Kompiliervorgang 
funktioniert ;)
Muss das wohl mal haeufiger machen und ueben, bis ich Routine darin 
bekomme.

Die Mutmassung mit der echten Lib:
werde cmake gleich nochmal mit

-DPYTHON_LIBRARY=/usr/lib/x86_64-linux-gnu/libpython3.7m.so.1.0

anwerfen, damit sollte es dann ja klappen.

Danke euch!

[Johannes U. (kampfradler)]

Sid/unstable hat Kicad 6 drin?

Hatte ich noch nicht mitbekommen.

Nur am Rande gelesen, das in irgendeinem Debianrelease falsch 
versionierte Kicads vorhanden sind, imho war es als 5.99 gelabelt, 
entsprach aber doch nur Kicad 5.1.9, was ich gegenwaertig aus den 
buster-backports am Laufen habe.

[Mombert H. (mh_mh)]

Johannes U. schrieb:
> Die Mutmassung mit der echten Lib:
> werde cmake gleich nochmal
> mit-DPYTHON_LIBRARY=/usr/lib/x86_64-linux-gnu/libpython3.7m.so.1.0
> anwerfen, damit sollte es dann ja klappen.

Eigentlich sollte cmake in der Lage sein den ganzen python kram selbst 
zu finden. Hast du es mal ohne die Optionen versucht?

[Johannes U. (kampfradler)]

Ja, ohne die Optionen habe ich das Unterfangen urspruenglich gestartet.

Wollte nur leider ueberhaupt nicht funktionieren.
Da ist mir cmake stets mit

Could NOT find PythonInterp: Found unsuitable version "1.4", but required is at least "3.6"

ausgestiegen.
Ich habe meines Wissens nach weit und breit kein Python1.4 installiert.
Hab' mir aber vorgenommen, mir das demnaechst mal genauer anzusehen, was 
da los ist.
Wahrscheinlich muss ich mich auch mal um die Pfade, in denen cmake 
sucht, kuemmern.

Es war uebrigens die lib!
Mit:

cmake -DCMAKE_BUILD_TYPE=RelWith_DebInfo -DPYTHON_EXECUTABLE=/usr/bin/python3.7m -DPYTHON_VERSION_STRING=3.7 -DPYTHONINTERP_FOUND=TRUE -DPYTHON_INCLUDE_DIR=/usr/include/python3.7 -DKICAD_USE_EXTERNAL_PYTHONHOME=/usr/lib/python3.7 -DPYTHON_LIBRARY=/usr/lib/x86_64-linux-gnu/libpython3.7dm.so.1.0 -DENABLE_PYTHON3=ON -DDOWNLOAD_CATCH=ON ../../

lief es jetzt eben problemlos durch.

[Reinhard S. (rezz)]

Johannes U. schrieb:
> Sid/unstable hat Kicad 6 drin?
>
> Hatte ich noch nicht mitbekommen.

https://packages.debian.org/sid/amd64/kicad/download

[MaWin (Gast)]

Johannes U. schrieb:
> Sid/unstable hat Kicad 6 drin?

Ja. Seit ein paar Tagen.

[Johannes U. (kampfradler)]

Mombert H. schrieb:

> Eigentlich sollte cmake in der Lage sein den ganzen python kram selbst
> zu finden. Hast du es mal ohne die Optionen versucht?

Nachtrag:
Ohne die Optionen sah es bezueglich Python so aus:
(CMakeCache.txt)

//Details about finding PythonInterp
FIND_PACKAGE_MESSAGE_DETAILS_PythonInterp:INTERNAL=[/usr/lib/python3.7][v1.4()]

Als ich dann endlich die Optionen so hatte wie jetzt, lief es soweit, 
nur die Option mit der lib war halt noch falsch.

[Johannes U. (kampfradler)]

Reinhard S. schrieb:
> Das kicad 6 von unstable ist dir zu unstable? ;)

So, hab jetzt mal geguckt:
Das Kicad 6 in sid/unstable bringt ne ganze Latte an Abhaengigkeiten 
mit..
Das korrespondierende 'romeo'-Repo von LMDE hat nicht nur rein 
garnichts, ich lese auch hier, dass das die Regel ist und Inhalte sich 
dort erst kurz vor einem neuen Release finden:
>https://hamwaves.com/debian.unstable/en/

Ich muesste also die Original Debianrepos einbinden und so ein 
FrankenLMDE herstellen...
Ist mir glaub ich in Anbetracht all der Abhaengigkeiten, die dann 
hineingezogen werden, etwas zu unsicher.
Klar habe ich bereits alles installiert, was zum kompilieren notwendig 
ist, insofern sollten die Abhaengigkeiten bereits aus dem LMDE-Repo 
erschlagen sein und nichts weiter aus dem Debian unstable Repo 
installiert werden muessen...aber wer weiss?

Vielleicht komme ich auf diese Option nochmal zurueck, falls beim make 
install doch irgendwas bloedes schiefgeht, 'ne Timeshift Sicherung mach 
ich vorher auf jeden Fall mal, um auf Nummer Sicher zu gehen.
Im Fall der Faelle mal sehen ;)

[Εrnst B. (ernst)]

Johannes U. schrieb:
> Ich muesste also die Original Debianrepos einbinden und so ein
> FrankenLMDE herstellen...
> Ist mir glaub ich in Anbetracht all der Abhaengigkeiten, die dann
> hineingezogen werden, etwas zu unsicher.

über die apt-preferences lässt sich das recht fein steuern, z.B:

#> cat /etc/apt/preferences.d/99pin-unstable
Package: *
Pin: release a=stable
Pin-Priority: 900

Package: *
Pin: release a=bookworm
Pin-Priority: 20

Package: *
Pin: release a=unstable
Pin-Priority: 10

#> cat /etc/apt/preferences.d/10pin-kicad
Package: kicad*
Pin: release a=unstable
Pin-Priority: 910

#> apt-cache policy kicad
kicad:
  Installiert:           5.99.0+really5.1.12+dfsg1-1
  Installationskandidat: 6.0.0+dfsg1-2
  Versionstabelle:
     6.0.0+dfsg1-2 910
         10 http://deb.debian.org/debian unstable/main amd64 Packages
 *** 5.99.0+really5.1.12+dfsg1-1 500
        500 http://deb.debian.org/debian bookworm/main amd64 Packages
        100 /var/lib/dpkg/status
     5.99.0+really5.1.12+dfsg1-1~bpo11+1 100
        100 http://deb.debian.org/debian bullseye-backports/main amd64 Packages
     5.1.9+dfsg1-1 900
        900 http://deb.debian.org/debian bullseye/main amd64 Packages

Allerdings ist mein Basis-System ein bullseye, kein LMDE.

Und den Sprung auf die 6.0 werd ich die Tage auch mal machen, warte nur 
noch ob meine letzten Gerber-Files korrekt in die Produktion wandern, 
oder ob ich noch was nachbessern muss.