Leider stosse ich schon am Anfang auf Fragezeichen.
Am Anfang soll ich die Verzeichnisse haikuports und haikuporter herunterladen, soweit kein Problem. Aber dann kann ich den Pfad dorthin in der config Datei ändern (TREE_PATH).
Heißt es jetzt das ich, wenn ich das mache, das haikuports Verzeichnis mit verschieben muss, wenn der Pfad hier vom Tutorial (/boot/home/haikuports) abweicht?
Oder hat man dann auf einer anderen Platte/Verzeichnis am Ende ein zweites Verzeichnis mit diesem Namen?
Muss das Verzeichnis haikuports heißen?
Kann man das haikuports Verzeichnis anders benennen und dann nach Home verlinken mit dem Namen haikuports?
Bitte um Aufklärung
Christian
English:
Good evening,
I’m in the process of building a Haiku Recipe Creator and took @humdinger’s tutorial to get started.
Unfortunately, I encounter question marks right from the start.
In the beginning I should download the directories haikuports and haikuporter, so far no problem. But then I can change the path there in the config file (TREE_PATH).
Does it now mean that I have to move the haikuports directory when I do this if the path here differs from the tutorial (/boot/home/haikuports)?
Or do you end up with a second directory with this name on another disk/directory?
Does the directory have to be called haikuports?
Is it possible to name the haikuports directory something else and then link it to Home with the name haikuports?
Wenn du die einstellungen kontrollieren möchtest würde ich dir raten eine eigene haikuporter kopie runterzulafen und sie zu patchen damit sie eine andere config liest.
Dann kannst du haikuports irgendwo hinpacken mit dem von dir generierten konfigurationsfile
Möchte alles beim Standard halten und keinen eigene Weg gehen. Bin nur nicht erfahren im Rezepte bauen (Möchte es nebenbei gleiche erlernen).
Heißt für mich im Umkehrschluss, das ich die Verzeichnisse in home platzieren und eine Änderung nicht anbiete.
Denke aber das es Sinn macht wenn haikuports woanders liegen kann, da ja auch genug Platz dafür sein muss oder die meisten vermute ich ihren eigenen Arbeitsordner irgendwo haben.
Den Ansatz hatte ich auch schon, mit internem Editor, aber dann habe ich gedacht, wofür eine GUI bauen wenn der Nutzer am Ende doch alles macht wie ohne GUI.
Hatte eigentlich an eine Eingabemaske gedacht mit den möglichen Einträgen.
Ich verstehe nicht ganz warum du den nutzer die config editieren lassen möchtest, wenn Ich ne gui benutze ist genau sowas was Ich mir gerne abnehmen lasse. Es kann mich ruhig fragen wo die ports hinsollen, z.b mit tracker nen ordner selektieren.
Und mich fragen wer Ich bin für Packager aber der rest scheint sich für mich zu ergeben dass das automatisch geht
Weil das Humdinger im Tutorial beschreibt. Und irgendwo muss es ja am Ende stehen, also gibt der Nutzer seine Infos in eine Eingabemaske ein und das Programm speichert diese in die Konfig-Datei. Wie sollte ich das sonst machen.
Aber um das zu machen musste ich halt klären wie das mit den Verzeichnis-Standorten ist.
Wie gesagt, ist egal wo du die beiden hinpackst. Solange du weist wo haikuporter ist um es aufzurufen und den pfad zu haikuports in der haikuporter config steht.
Auf meinem rechner ist es in ~/proj/ beides drin mit entsprechendem pfad in der config (und nem symlink in ~/config/non-packaged/bin zu haikuported damit ich es auf dem terminal starten kann ohne direkten pfad)
Ja, und noch die “all” (alle).
Du kannst screiben zumbeispiel:
“all !x86 ?ppc”
Es bedeutet alle platform ausser x86 und nicht getestet an ppc platform.
Einige Sachen könnten vereinfacht werden, meine ich.
Schöner wäre anstatt der Dialoge zum haikuporter Befehl und haikuports Ordner, die Sachen per Query zu suchen und in ein pop-up Menü zu packen (falls mehrere gefunden wurden).
Wurde eins von beiden nicht gefunden, könnte angeboten werden das haikuporter.hpkg zu installieren, bzw. mit einem Dialog zu fragen wohin das haikuports repo runtergeladen werden soll (per “git clone” evtl. mit der Option “--depth=5” oder so, um sich die ganze Historie zu sparen).
Die Architektur könnte man auch automatisch voreinstellen. Nur 32bit Haiku hat eine 2ndary Architecture.
“haikuporter” gibt’s. Die sollte auch bei wichtigen Änderungen aktualisiert werden. Ich vermute allerdings, dass die meisten haikuporter-Nutzer bisher direkt die neueste Version aus dem github repo benutzen, weil sie eh die Arbeit mit git im Terminal gewohnt wind.
Theoretisch könnten auch andere Plattformen in Zukunft mehr als eine Architektur unterstützen. Ist aber m.E. in absehbarer Zukunft unwahrscheinlich.
Da ist kein x86 primary target, wenns nicht klapt met gcc2 dann all !x86_gcc2 ?ppc
Und im SECONDARY_ARCHITECTURES="x86" wenns klapt mit gcc11
Ist auch nur ein secondary arch und das ist auf 32bit Haiku.
