[04:21] <itu> "  Tell CMake where to find the compiler by setting either the environment
[04:21] <itu>   variable "CXX" or the CMake cache entry CMAKE_CXX_COMPILER to the full path
[04:21] <itu>   to the compiler, or to the compiler name if it is in the PATH. "
[04:21] <itu> ...
[06:57] <LupusE> itu: was wollen uns diese weisen worte mitteilen? gibt es dahinter eine frage?
[07:13] <itu> ja
[07:13] <itu> was muss ich tun dass dieses cmake klaglos funktioniert?
[07:15] <itu> das obige ist eine arbeitsverweigerungsmeldung
[07:19] <LupusE> 1. 'echo $CXX; echo $CMAKE_CXX_COMPILER' ... dort sollte etwas drin stehen, dann den pfad kontrollierem mit 'which gcc' (gcc ersetzen durch das zuvor gesehene).
[07:23] <itu> die variablen sind leer/nichtexistent, das habe ich (natürlich) gecheckt
[07:23] <itu> also den pfad zu gcc eintragen ...
[07:24] <LupusE> wenn das der compiler ist, mit dem das programm kompilieren soll.
[07:25] <itu> das wäre ja schon wieder die zentrale frage .... 
[07:25] <LupusE> das sollte in der readme zu dem source liegen.
[07:30] <itu> CXX=/usr/bin/gcc  # war schon mal nutzlos
[07:31] <itu> CXX=g++-8  # auch
[07:31] <LupusE> vim readme.md ... ist sicher hilfreicher.
[07:33] <itu> vim zum lesen  ... ?
[07:34] <LupusE> oder bearbeiten und per git wieder hochladen, wenn dir die anleitung nicht gefaellt.
[07:34] <itu> ( https://github.com/link-u/davif/blob/master/README.md )
[07:36] <LupusE> ist denn g++-8 installiert? und wenn ja, im $PATH, ansonstne musst du den vollen pfad angeben
[07:38] <itu> cmake ..   # scheint richtig zu sein statt  cmake .   , was ich hier gelesen habe: https://www.cnx-software.com/2021/02/23/encoding-and-decoding-avif-pictures-with-open-source-software-libraries/ 
[07:38] <le_bot> Title: Encoding and decoding AVIF pictures with open-source software & libraries - CNX Software (at www.cnx-software.com)
[07:38] <LupusE> definitiv. ich sehe aber auch nirgendwo 'cmake .'
[07:40] <itu> git clone --recurse-submodules --recursive https://github.com/link-u/davif 
[07:40] <itu> git clone --recurse-submodules --recursive git@github.com:link-u/davif.git
[07:41] <itu>   macht das einen unterschied?
[07:43] <itu> nee    cmake .    ist wohl schon richtig  ...
[07:48] <itu> ich kann ja nur bash und hab keine ahnung von C oder C++  , etc 
[07:55] <itu> kann sein dass das tool crashed wenn das höhere verzsichnis auch schon davif/ heisst 
[08:01] <LupusE> wichtig ist doch nur, dass der programierer des tools c kann.
[08:01] <LupusE> und nein, das hat keine auswirkung.
[08:02] <LupusE> wenn du bash kannst, dann kannst du mir auh den unterschied zwischen 'cmake .' und 'cmake ..' erkleraen?
[08:03] <itu> war das eine ernsthafte frage?
[08:04] <itu> das ist natürlich aktuelles und drüberliegendes verzeichnis 
[08:04] <LupusE> da cmake der befehl ist und danach als argument der pfad angegbenen wird, hat . einen anderen hintergrund als .. - welches von den beiden richtig ist hängt vom aufbau des skripts ab.
[08:07] <LupusE> hmm. mein lxd ist kaputt. ich kann es lokal nicht testen.
[08:11] <LupusE> der git aufruf sagt schon 'du kommst hier nich rein' ... (zur frage ob das git@ wichtig ist.
[08:16] <LupusE> debian bullseye hat kein g++-8 mehr ... g++-9 ist hier der letzte. -10 ist aber auch schon drin.
[08:18] <LupusE> ich vermute der entwickler hat den schritt 'mkdir build; cd build; cmake ..' vereinfacht. daher ist cmake . funktionierneder als cmake ..
[08:24] <LupusE> btw: hier gibt es das ganze paketiert -> https://github.com/link-u/davif/releases
[08:35] <itu> ( https://nopaste.net/1n2fe5Gb9R )
[08:38] <LupusE> ja, das ist entweder kaputt oder bewusst nicht oeffentlich ...
[08:38] <LupusE> git clone --recurse-submodules --recursive https://github.com/link-u/davif    <- das waere dein befehl, wenn du se trotzdem clonen willst.
[08:38] <LupusE> dann musst du aber shcauen das dein system das veraltete g++-8 bekommt oder verscuehn ob es auch mit etwas neuerem kompiliert.
[08:39] <LupusE> die frage dahinter bleibt: will man fuer soeine schlecht dokumentierte software sein system verhunzen?
[08:40] <LupusE> sieht fue rmich nach einem typishcen fall von 'works at my laptop' aus. also es wird dafuer auch keine loesung geben, ausser c++, cmake und git zu lernen um zu verstehen was er da ueberhaupt gemaht hat. (alternativ japanisch, in der sprache gibt es eine ausfuehrlichere doku steht auf der seite).
[08:42] <itu> verhunzen ist was man nie will ... aber die gefahr sehe ich nicht allein weil ich etwas über das git installiere, gefahr zu verhunzen ist immer wenn man was machen soll aber nicht weiss das eben macht 
[08:43] <itu> hmm
[08:46] <LupusE> das programm macht etwas sehr spezifisches. das macht es vielleicht sogar gut. aber die umsetzung ist sehr fragwuerdig. daher wuerd eman davon einen fork machen, das ganze einmal aktualisieren und hoffen der maintainer/programmierer/author reagiert. aber: das braucht halt das nicht vorhandene wissen.
[08:47] <LupusE> das projekt ist deutlich komplexer, aber hier eine zusammengezimmerte (aber aktuallisierte) variante, wie man unter github code ordentlich/nutzerfreundlich hosten kann: https://mediaelch.github.io/mediaelch-doc/contributing/build/index.html
[08:47] <le_bot> Title: Build MediaElch — MediaElch 2.8.14 documentation (at mediaelch.github.io)
[08:48] <itu> "das braucht halt das nicht vorhandene wissen."  ist eine gute zusammenfassung   ...
[08:48] <LupusE> das beispiel habe ich gewaehlt, weil hier auch die cmake-thematik auftaucht.
[08:51] <itu> eigentlich sollte es hier viele leute geben die sich mit github auskennen ... mit glück kommt noch einer vorbeispaziert
[08:51] <LupusE> github ist ncith das problem. github ist eine plattform.
[08:51] <LupusE> das problem ist die kaputte hochgeladene *loesung*.
[08:51] <itu> wobei das toll jetzt nicht wichtig ist ist für mich , aber ich würde auch schon gern etwas schlauer sein mit dem git~zeug 
[08:52] <itu> (toll>tool , immer wieder ein passender vertipper )
[08:53] <LupusE> wenn ich im AzureAD einen benutzer anlege, aber 'Anmeldung blockieren' wahele, dann kan der benutzer sich nicht anmelden, egal wie sehr er sich mit word/excel/powerpoint auskennt. und das ist hier im ersten schritt der anleitung passiert.
[08:53] <LupusE> der author hat den pubkey und darf mit dem hochladen. die gleichen berechtigungen hat er publiziert fuer seine user zum herunterladen. bei ihm funktioniert es mit dem key. fue ralle anderen nicht.
[12:20] <sreve> Hallo. Hat jemand Erfahrung mit Landscape? Lohnt sich da ein Blick drauf, oder ist es besser mit anderen Mitteln zu arbeiten? Es geht drum ca. 100 Ubuntu-Maschinen zu überwachen.
[12:27] <LupusE> server? ubuntu only? dann ja.
[12:30] <sreve> KioskSysteme die mit Ubuntu laufen.
[12:30] <sreve> Bin mir noch nicht sicher, ob der Bildschirminhalt auslesbar sein muss.
[12:49] <Vespertilio> Hallo, wie kann ich einstellen, dass sobald das Netzwerkkabel steckt, Wlan ausgeht, sobald das Netzwerkkabel entfernt ist, Wlan angeht? Habt ihr da einen Lösungsvorschlag?
[12:55] <sreve> Vespertilio: https://superuser.com/questions/233448/disable-wlan-if-wired-cable-network-is-available
[12:55] <le_bot> Title: linux - Disable WLan if Wired/Cable Network is available - Super User (at superuser.com)
[12:57] <Vespertilio> sreve, vielen Dank
[12:58] <sreve> Vespertilio: habe das nicht getestet. Weiß auch nicht ob bei dir der networkmanager läuft.
[12:58] <Vespertilio> sreve, ja aber es ist erstmal ein Ansatz :) danke
[13:33] <Vespertilio> sreve, vielen vielen dank, aufgrund deiner seite dann zu https://askubuntu.com/questions/112968/automatically-disable-wifi-wireless-when-wired/112969#112969 und damit funktioniert es :D
[13:33] <le_bot> Title: networking - Automatically disable wifi (wireless) when wired? - Ask Ubuntu (at askubuntu.com)
[14:08] <sreve> Landscape macht schon einen guten Eindruck. Und kostet auch nicht viel.
[20:43] <maredebianum> Ich müsste /tmp verlegen, damit die Datenverabeitung nicht die Systempartition vollschreibt. Kann man das woanders anlegen und nach /tmp (soft-)linken oder benötigt man einen fstab-Eintrag? /tmp hatte spezielle Rechte, IIRC (t? finde ich sicher in Doku). Wie ist es mit dem Löschen von /tmp, kann es da Probleme mit der Mount-Reihenfolge geben, wenn das auf einer anderen Partition liegt?
[21:01] <drc> Also, üblich ist das mit fstab
[21:02] <_moep_> ja würde ich auch so machen
[21:03] <_moep_> wobei du sicher auch mit systemd-tmpfiles probieren kannst
[21:04] <_moep_> aber das hab ich noch nie auf einem plain ubuntu genutzt. doku findest du auf der webseite von den rothüten
[21:04] <drc> Ansonsten ist sticky üblich, ja. Weiß nicht, ob das nötig ist