logo
Welcome, Guest. Please Login or Register.
03. May 2024, 13:50:19


Home Help Search Login RegisterWIKIUHSDR Download

Amateurfunk Sulingen
Diskussions- und Newsboard des DARC-Ortsverbandes I40  |  allgemeine Kategorie  |  UHSDR Firmware (Moderators: DF8OE, DL1PQ)  |  Topic: Linux als Entwicklungsplattform für UHSDR <- zurück vorwärts ->
Pages: 1 ... 4 5 [6] 7 8 9 Go Down Print
   Author  Topic: Linux als Entwicklungsplattform für UHSDR  (Read 20780 times)
DL6KL
alter Hase
****

Offline

Posts: 257



Ich liebe dieses Forum!

View Profile
Re:Linux als Entwicklungsplattform für UHSDR
« Reply #75 on: 31. July 2019, 06:37:41 »

Guten Morgen
Also ich hatte mich auch mal drangegeben.
Archlinux in der VM läuft und das make geht auch.
Der Gitpod auf der Seite von Github funktioniert auch.
Danke an Danilo
@Andreas An dem Script hätte ich auch Interesse.
« Last Edit: 31. July 2019, 06:38:06 by DL6KL » Logged
DF8OE
Administrator
*****

Offline

Posts: 6268



Stellvertr. OVV I40, Jugend / Nachwuchsreferent

View Profile WWW
Re:Linux als Entwicklungsplattform für UHSDR
« Reply #76 on: 31. July 2019, 07:03:04 »

Ich werde bei Gelegenheit die Variablen besser benennen und die Kommentare auf Englisch abändern. Dann werde ich das Script hier hochladen und ggf. auch in das GitHub Repo mit reinlegen.

vy 73
Andreas
Logged

Wenn der Wind des Wandels weht, nageln die einen Fenster und Türen zu und verbarrikadieren sich. Die anderen gehen nach draußen und bauen Windmühlen...
qrz.com-Seite von DF8OE
-----------------------------------------------------
>>>> Die Inhalte meiner Beiträge dürfen ohne meine explizite Erlaubnis in jedwedem Medium weiterverbreitet werden! <<<<
DF8OE
Administrator
*****

Offline

Posts: 6268



Stellvertr. OVV I40, Jugend / Nachwuchsreferent

View Profile WWW
Script für automatisiertes Serienbauen
« Reply #77 on: 31. July 2019, 15:55:29 »

Hier wie versprochen mein Bash-Script. Die Möglichkeit eines Scriptings erlaubt es ohne Interaktionen Prozesse weitestgehend frei individuell zu automatisieren und trotzdem transparent zu lassen - ein für mich extrem wichtiger Punkt. Sehr viele Dinge gehen bei mir "automatisch" (und zwar nach einem Automaten dessen Arbeitsweise ich exakt kenne, da ich ihn selbst gebaut habe): einmal Arbeit und Gehirnschmalz investieren und dann bei der Anwendung zurücklehnen und lächeln...


Am Anfang des Scriptes sind einige Pfade die ihr an eure Gegebenheiten anpassen müsst. Die Ordner auf die die jeweilige Zeile zeigt müssen bereits existieren!

Have fun 
Code:

#!/bin/bash

# ...some paths & configuration
#OPT_GCC_ARM=/opt/gcc-arm-none-eabi-8-2018-q4-major/
OPT_GCC_ARM=/opt/gcc-arm-none-eabi-8-2019-q3-update

LOCALUPLOADPATH=/home/andreas/abc/upload
COMPILEPATH=/home/andreas/git/uhsdr/mchf-eclipse
BINARYPATH=/home/andreas/abc/binaries
USBNAME=/media/andreas/FIRMWARE
RESULTFILE=$LOCALUPLOADPATH/result.txt

# how many cores does your CPU of your PC have?
#CPUCORE="" # 1 core
#CPUCORE="-j2" # 2 core
CPUCORE="-j4" # 4 core
#CPUCORE="-j8" # 8 core
#CPUCORE="-j16" # 16 core

# nothing user-editable below this line!

export OPT_GCC_ARM
BUILDSMALL=0

# clear action log
echo "Errorlog:" > $RESULTFILE

# retrives firmware version
MAJOR=`cat $COMPILEPATH/src/uhsdr_version.h | grep MAJOR | egrep -v UHSDR_VERSION | cut -d '"'  -f 2`
MINOR=`cat $COMPILEPATH/src/uhsdr_version.h | grep MINOR | egrep -v UHSDR_VERSION | cut -d '"'  -f 2`
RELEASE=`cat $COMPILEPATH/src/uhsdr_version.h | grep RELEASE | egrep -v UHSDR_VERSION | cut -d '"'  -f 2`
FVERSION=$MAJOR.$MINOR.$RELEASE

# retrieves bootloader version
BVERSION=`cat $COMPILEPATH/src/uhsdr_version.h | grep -m 1 'UHSDR_BOOT_VERS' | cut -d '"'  -f 2`

# is USB key mounted?
mount | grep $USBNAME > /dev/null
if [ "$?" == 0 ];then
  ISMOUNTED=1
else
  ISMOUNTED=0
fi

# build_process call: build_process (1)BUILDNAME (2)TRX_ID (3)TRX_NAME (4)BUILDFOR (5)VERSION (6)TRX_BUILD (7)CONFIGFLAGS (8)ADD_PATH (9)RECENTPATH
function build_process
{
  BUILDNAME=$1
  export TRX_ID=$2
  export TRX_NAME=$3
  export BUILDFOR=$4
  VERSION=$5
  TRX_BUILD=$6
  CONFIGFLAGS=$7
  ADD_PATH=$8
  RECENTPATH=$9

  # is binary already built for this target / version combination?
  if [[ "$(tail -n 1 $LOCALUPLOADPATH/$TRX_BUILD-$BUILDNAME-history.txt 2>/dev/null)" == *"$VERSION"* ]] && [[ "$CHOICE" == *"server"* ]];then
   echo "$VERSION build already exists for $BUILDNAME $TRX_BUILD $BUILDFOR!" >> $RESULTFILE
  else
   if [ "$BUILDNAME" == "firmware" ];then
     PREFIX="fw"
   else
     PREFIX="bl"
   fi
 
   # creating folders, suppress "already exist..." messages
   mkdir $LOCALUPLOADPATH/$BUILDNAME/ 2>/dev/null
   mkdir $LOCALUPLOADPATH/$BUILDNAME/$VERSION 2>/dev/null
   mkdir $LOCALUPLOADPATH/$BUILDNAME/$VERSION/$TRX_NAME 2>/dev/null
   mkdir $LOCALUPLOADPATH/$BUILDNAME/$VERSION/$TRX_NAME/$ADD_PATH 2>/dev/null

   cd $COMPILEPATH

   echo -e "building $BUILDNAME for $TRX_BUILD...\n"
   if [ "$BUILDNAME" == "firmware" ];then
     if ! [[ "$BUILDFOR" == "F4-512KB" && "$BUILDSMALL" == "0" ]];then
      make $CPUCORE CONFIGFLAGS="$CONFIGFLAGS" all
     fi
     if [ "$BUILDFOR" == "F4" ];then
      BINLENGTH=$(ls -l fw-mchf.bin | cut -d ' ' -f 5)
      if [ "$BINLENGTH" -gt 458752 ];then
        BUILDSMALL=1
      fi
     fi
   else
     make $CPUCORE CONFIGFLAGS="$CONFIGFLAGS $SPB" bootloader
   fi
   if [ "$?" == 1 ];then
     echo "$TRX_NAME-$BUILDFOR build errored - skipping." >> $RESULTFILE
   else
     if [ "$BUILDFOR" == "F4-512KB" ] && [ "$BUILDSMALL" == "0" ];then
      touch $LOCALUPLOADPATH/$BUILDNAME/$VERSION/$TRX_NAME/$ADD_PATH/"no small build needed - standard build fits into 512KB!"
     else
      cp $PREFIX-$TRX_ID.bin $LOCALUPLOADPATH/$BUILDNAME/$VERSION/$TRX_NAME/$ADD_PATH
      chmod 644 $LOCALUPLOADPATH/$BUILDNAME/$VERSION/$TRX_NAME/$ADD_PATH/$PREFIX-$TRX_ID.bin
      cp $PREFIX-$TRX_ID.dfu $LOCALUPLOADPATH/$BUILDNAME/$VERSION/$TRX_NAME/$ADD_PATH
      if [[ "$ISMOUNTED" == 1 && "$BUILDFOR" != "F4-512KB" ]];then
        cp $PREFIX-$TRX_ID.bin $USBNAME
        echo "auf USB-Stick kopiert!"
      fi

      cp $PREFIX-$TRX_ID.bin $BINARYPATH/$RECENTPATH
      chmod 644 $BINARYPATH/$RECENTPATH/$PREFIX-$TRX_ID.bin
      cp $PREFIX-$TRX_ID.dfu $BINARYPATH/$RECENTPATH
      make clean >/dev/null
      cd $LOCALUPLOADPATH/$BUILDNAME/$VERSION/$TRX_NAME/$ADD_PATH

      # install locally produced mdsums for checking correct transfers to server
      md5sum -b * > md5sums.txt
     fi
   fi
   echo -e "\n\n"
  fi
}


# start of main program
CHOICE=$(dialog --backtitle "Automatic UHSDR Firmware builds and Transfers" \
--checklist "What shall I do for you, master?" 0 0 12 \
"firmware mcHF standard  " "" on \
"firmware mcHF 512KB      " "" on \
"firmware OVI40 F7        " "" on \
"firmware OVI40 H7        " "" on \
"bootloader mcHF          " "" off \
"bootloader OVI40 F7      " "" off \
"bootloader OVI40 H7      " "" off 3>&1 1>&2 2>&3 3>&-)

clear

if [ "$?" = "1" ];then
  echo "nothing to do - finished."
  exit 0
fi


# building scenarios
if [[ "$CHOICE" == *"firmware mcHF standard"* ]];then
  build_process firmware mchf mcHF F4 $FVERSION mcHF "-DUI_BRD_MCHF -DRF_BRD_MCHF"
fi
if [[ "$CHOICE" == *"firmware mcHF 512KB"* ]];then
  build_process firmware mchf mcHF F4-512KB $FVERSION mcHF-512KB "-DUI_BRD_MCHF -DRF_BRD_MCHF" MCU_512KB MCU_512KB
fi
if [[ "$CHOICE" == *"firmware OVI40 F7"* ]];then
  build_process firmware 40sdr OVI40 F7 $FVERSION OVI40-F7 "-DUI_BRD_OVI40 -DRF_BRD_MCHF -DRF_BRD_OVI40" F7
fi
if [[ "$CHOICE" == *"firmware OVI40 H7"* ]];then
  build_process firmware ovi40 OVI40 H7 $FVERSION OVI40-H7 "-DUI_BRD_OVI40 -DRF_BRD_MCHF -DRF_BRD_OVI40" H7
fi
if [[ "$CHOICE" == *"bootloader mcHF"* ]];then
  build_process bootloader mchf mcHF F4 $BVERSION mcHF "-DUI_BRD_MCHF"
fi
if [[ "$CHOICE" == *"bootloader OVI40 F7"* ]];then
  build_process bootloader 40sdr OVI40 F7 $BVERSION OVI40-F7 "-DUI_BRD_OVI40" F7
fi
if [[ "$CHOICE" == *"bootloader OVI40 H7"* ]];then
  build_process bootloader ovi40 OVI40 H7 $BVERSION OVI40-H7 "-DUI_BRD_OVI40" H7
fi


echo -e "\n\n\n"
sed -i '/Script/d' $RESULTFILE

# show history of building / uploading which is not on standard output
cat $RESULTFILE 2>/dev/null
rm $RESULTFILE 2>/dev/null

« Last Edit: 31. July 2019, 19:04:07 by DF8OE » Logged

Wenn der Wind des Wandels weht, nageln die einen Fenster und Türen zu und verbarrikadieren sich. Die anderen gehen nach draußen und bauen Windmühlen...
qrz.com-Seite von DF8OE
-----------------------------------------------------
>>>> Die Inhalte meiner Beiträge dürfen ohne meine explizite Erlaubnis in jedwedem Medium weiterverbreitet werden! <<<<
DL8EBD
positron
Urgestein
*****

Offline

Posts: 1926





View Profile
Re:Linux als Entwicklungsplattform für UHSDR
« Reply #78 on: 31. July 2019, 16:19:58 »

danke schon mal Andreas 
Werde ich zeitnah ausprobieren und so wie ich mich kenne bestimmt Fragen dazu stellen (müssen) 
Logged

bitte keine technische Fragen oder Diskussionen via PN, dafür ist das Forum da.
vy73
Thomas
DF8OE
Administrator
*****

Offline

Posts: 6268



Stellvertr. OVV I40, Jugend / Nachwuchsreferent

View Profile WWW
Re:Linux als Entwicklungsplattform für UHSDR
« Reply #79 on: 31. July 2019, 16:45:15 »

Immer her damit...

Ich habe mit Absicht keine haarklein genaue Beschreibung gemacht, damit der "Lerneffekt" eine Chance bekommt...

vy 73
Andreas
Logged

Wenn der Wind des Wandels weht, nageln die einen Fenster und Türen zu und verbarrikadieren sich. Die anderen gehen nach draußen und bauen Windmühlen...
qrz.com-Seite von DF8OE
-----------------------------------------------------
>>>> Die Inhalte meiner Beiträge dürfen ohne meine explizite Erlaubnis in jedwedem Medium weiterverbreitet werden! <<<<
DF8OE
Administrator
*****

Offline

Posts: 6268



Stellvertr. OVV I40, Jugend / Nachwuchsreferent

View Profile WWW
Re:Linux als Entwicklungsplattform für UHSDR
« Reply #80 on: 03. August 2019, 08:53:00 »

Ich bin bei meinen (Software)-Arbeiten öfter in der Verlegenheit, irgendwas "Quelloffenes" von GitHub zu brauchen. Und öfter finde ich auch darin kleine Fehler, die ich gerne (für alle) mit beseitigen helfen würde. Das ist Open-Source: nehmen und geben... Bislang habe ich das Repo also immer auf mein Github geforked, dann lokal heruntergezogen, dann damit gearbeitet. Manchmal für einen einzigen Pull Request...

Ich habe nun diesen Beitrag gefunden und bin auf "hub" gestoßen. Ein geniales Tool für die Kommandozeile - eine wirklich sinnvolle Erweiterung von "git".

Das Tool "hub"

Wieder etwas was man nur auf der Kommandozeile so effektiv und schnell lösen kann. Unter Linux geht das direkt - wer Windows hat braucht eine VM und eine vollständige Linux-Installation darauf oder das WSL.

vy 73
Andreas
Logged

Wenn der Wind des Wandels weht, nageln die einen Fenster und Türen zu und verbarrikadieren sich. Die anderen gehen nach draußen und bauen Windmühlen...
qrz.com-Seite von DF8OE
-----------------------------------------------------
>>>> Die Inhalte meiner Beiträge dürfen ohne meine explizite Erlaubnis in jedwedem Medium weiterverbreitet werden! <<<<
DL8EBD
positron
Urgestein
*****

Offline

Posts: 1926





View Profile
Re:Linux als Entwicklungsplattform für UHSDR
« Reply #81 on: 03. August 2019, 09:05:34 »

Ich hab es jetzt freilich nur kurz überflogen, es sieht aber echt interessant aus. Ich (!) habe sogar im großen und ganzen verstanden was es kann. 

Sobald ich meine freizeitraubende Baustelle fertig habe, teste ich auch das Tool aus.

Danke Andreas
Logged

bitte keine technische Fragen oder Diskussionen via PN, dafür ist das Forum da.
vy73
Thomas
DF8OE
Administrator
*****

Offline

Posts: 6268



Stellvertr. OVV I40, Jugend / Nachwuchsreferent

View Profile WWW
Re:Linux als Entwicklungsplattform für UHSDR
« Reply #82 on: 03. August 2019, 09:28:27 »

Version von Hub die für mein "Siduction" (Debian experimental based) in den Repos ist: 2.7.0
Was für "Debian stable" oder "Ubuntu"  in den Repos ist weiß ich nicht, weil ich beides nicht mehr habe (Debian stable nicht weil mir die Software aus den Repos zu alt ist und Ubuntu nicht weil der "Schnüffel-Einfluss" von Microsoft immer größer wird).

Version von Hub die für mein "Arch" in den Repos ist: 2.12.3

vy 73
Andreas
Logged

Wenn der Wind des Wandels weht, nageln die einen Fenster und Türen zu und verbarrikadieren sich. Die anderen gehen nach draußen und bauen Windmühlen...
qrz.com-Seite von DF8OE
-----------------------------------------------------
>>>> Die Inhalte meiner Beiträge dürfen ohne meine explizite Erlaubnis in jedwedem Medium weiterverbreitet werden! <<<<
DL8EBD
positron
Urgestein
*****

Offline

Posts: 1926





View Profile
Re:Script für automatisiertes Serienbauen
« Reply #83 on: 03. August 2019, 11:45:14 »

Quote from: DF8OE on 31. July 2019, 15:55:29
Hier wie versprochen mein Bash-Script.

Andreas, ich habe mir jetzt die Zeit genommen und das Script ausprobiert.
Eventuell ist mein Vorgehen auch total verkehrt, es funktioniert nicht 

Das Script soll als "mcHF" benannt werden.

mit "nano mcHF" den Editor geöffnet und Dein Script kopiert und die Pfade angepasst und gespeichert.

Ich rufe es mit "bash mcHF" auf, richtig?

Fehlermeldung:




Im Script ziemlich weit oben bin ich über diesen Eintrag gestolpert und kann es nicht richtig einordnen:
USBNAME=/media/andreas/FIRMWARE
was bewirkt es?


Frage:
ist das eine empfehlenswerte Lektüre fürs Bash-Scripting auch unter Arch?
https://wiki.ubuntuusers.de/Shell/Bash-Skripting-Guide_f%C3%BCr_Anf%C3%A4nger/
« Last Edit: 03. August 2019, 12:45:21 by DL8EBD » Logged

bitte keine technische Fragen oder Diskussionen via PN, dafür ist das Forum da.
vy73
Thomas
DF8OE
Administrator
*****

Offline

Posts: 6268



Stellvertr. OVV I40, Jugend / Nachwuchsreferent

View Profile WWW
Re:Linux als Entwicklungsplattform für UHSDR
« Reply #84 on: 03. August 2019, 12:45:24 »

Hallo Thomas,

Scripte die ich nur für mich als User "andreas" brauche liegen grundsätzlich unter
/home/andreas/bin
das kann man auch schreiben als:
~/bin

Die Schlange ist immer das Homeverzeichnis des Users als der Du gerade arbeitest.

Da kopierst Du das Script rein. Wie es heißt ist egal. Gib ihm aber die Rechte ausführbar zu sein mit:
chmod 777 ~/bin/name-deines-scriptes

Nun passt Du noch die Pfade im Script an (muss nur einmal gemacht werden - oder, wenn Du einen andere Toolchain bekommst / nehmen willst auch dann. Wenn Du Arch Linux benutzt, kannst Du den OPT_GCC..... auch einfach auskommentieren (eine # an den Anfang der Zeile stellen) - denn unter Arch ist die neueste Toolchain schon aus den Repos installiert und braucht nicht zusätzlich gepflegt werden.

OPT_GCC_ARM=/opt/gcc-arm-none-eabi-8-2019-q3-update
LOCALUPLOADPATH=/home/andreas/abc/upload
COMPILEPATH=/home/andreas/git/uhsdr/mchf-eclipse
BINARYPATH=/home/andreas/abc/binaries
USBNAME=/media/andreas/FIRMWARE
RESULTFILE=$LOCALUPLOADPATH/result.txt

Bei Letzterem musst Du nur den eigentlichen Namen (result.txt) anpassen - wenn Du mit dem nicht leben kannst. Der Rest der Zeile passt schon.

Die Anzahl deiner CPU-Kerne gibst Du an damit Du auf allen Kernen gleichzeitig bauen kannst (das beschleunigt den Vorgand sehr):
CPUCORE="-j4" # 4 core


Ich denke, die Pfade sind aufgrund der Namen eindeutig zuzuordnen. Wenn nicht: fragen.

Eine Frage hast Du ja schon gestellt:
Ich möchte, dass mir gleich alle Binaries auf einen eingesteckten und gemounteten (!!) USB-Stick kopiert werden, damit ich nach erfolgreichem Bau nur den Stick unmounten muss und sofort auf allen Geräten damit ein Update machen kann.

Du musst also einen USB-Stick anstecken und mounten. Wo der dann gemounted ist unterscheidet sich je nach Linux-Distri (auch an diesen schönen kleinen Unterschieden beißen sich viele Viren die Zähne aus weil eben KEIN uniformes System vorliegt).

Bei Debian-basierten Distris ist der Pfad gewöhnlich
/media/dein-username/name-des-sticks

bei Arch-basierten ist es
/run/media/dein-username/name-des-sticks

Aufrufen tust Du das Script mit
~/bin/name-des-scriptes

Viel Erfolg!

EDIT:
Der Befehl um unter Linux den Inhalt von Verzeichnissen aufzulisten lautet
ls
nicht dir !

"dir" ist nur aus Kompatibilitätsgründen zu good-old-DOS symbolisch verlinkt. Gewöhn Dir bitte "ls" an.

EDITEDIT:
Wenn Du mit nano, vi, vim und Co. noch nicht klar kommst, nimm entweder einen grafischen Editor oder benutze den "mc". Der ist vielen aus DOS-Zeiten noch als "Norton Commander" (nc) bekannt. Selbst ich benutze den noch oft. Ist sowas wie ein "Schweizer Taschenmesser"

vy 73
Andreas
« Last Edit: 03. August 2019, 14:39:26 by DF8OE » Logged

Wenn der Wind des Wandels weht, nageln die einen Fenster und Türen zu und verbarrikadieren sich. Die anderen gehen nach draußen und bauen Windmühlen...
qrz.com-Seite von DF8OE
-----------------------------------------------------
>>>> Die Inhalte meiner Beiträge dürfen ohne meine explizite Erlaubnis in jedwedem Medium weiterverbreitet werden! <<<<
DL8EBD
positron
Urgestein
*****

Offline

Posts: 1926





View Profile
Re:Linux als Entwicklungsplattform für UHSDR
« Reply #85 on: 03. August 2019, 16:50:26 »

vielen Dank Andreas 

„Dir“ habe ich tatsächlich vollkommen unbewusst eingegeben da ich das aus DOS Zeiten so gewohnt war.
Ich gewöhne es mir ab.

Ich muss zunächst einmal mit einem einfachen Script beginnen. Dein Script wird bestimmt funktionieren, nur nicht bei mir.
Die Fehlermeldung bleibt erst mal, ich mache also etwas falsch.
Erst mal Schritt für Schritt....
Logged

bitte keine technische Fragen oder Diskussionen via PN, dafür ist das Forum da.
vy73
Thomas
DF8OE
Administrator
*****

Offline

Posts: 6268



Stellvertr. OVV I40, Jugend / Nachwuchsreferent

View Profile WWW
Re:Linux als Entwicklungsplattform für UHSDR
« Reply #86 on: 03. August 2019, 17:16:35 »

Wenn da was mit "grep" kommt ist da was fundamental falsch.

Installiere bitte mc:

yay -S mc

...und schau Dir mal den Inhalt der Datei an wo mein Script drin sein soll. Pack es aus dem UHSDR Ordner raus (System und Ordnung angewöhnen) in ein von Dir erstelltes bin - Verzeichnis in deinem Heimatordner.

Und dann gehen wir step-by-step vor.

vy 73
Andreas
Logged

Wenn der Wind des Wandels weht, nageln die einen Fenster und Türen zu und verbarrikadieren sich. Die anderen gehen nach draußen und bauen Windmühlen...
qrz.com-Seite von DF8OE
-----------------------------------------------------
>>>> Die Inhalte meiner Beiträge dürfen ohne meine explizite Erlaubnis in jedwedem Medium weiterverbreitet werden! <<<<
DL8EBD
positron
Urgestein
*****

Offline

Posts: 1926





View Profile
Re:Linux als Entwicklungsplattform für UHSDR
« Reply #87 on: 03. August 2019, 18:57:35 »

mc installiert und läuft....  jaaaa, da kommt echtes DOS Feeling auf - cool 

Ordner "bin" angelegt und das Skript mcHF.txt dort hin verschoben
das Skript angeschaut und ja, es entspricht dem kopierten.
Pfade an meine Umgebung angepasst.
Rechte vergeben mit "chmod 777 ~/bin/mcHF.txt"

gebe ich jetzt
~/bin/mcHF.txt
ein, kommt "bash: mcHF.txt: Kommando nicht gefunden."

Irgend etwas grundlegendes fehlt mir, ich sehe es aber grade nicht.
Wie eben schon gesagt, ich muss mal mit etwas kleinem anfangen und ein einfaches Skript ausprobieren.
Andreas, in Deinem Werk sind so viele Dinge drin die ich (noch) nicht verstehe und es ist schwer für mich
herauszufinden warum xyz nicht läuft.
Hab etwas Geduld mit mir 
Logged

bitte keine technische Fragen oder Diskussionen via PN, dafür ist das Forum da.
vy73
Thomas
DJ3FV
alter Hase
****

Offline

Posts: 371



Never underestimate an old man...

View Profile
Re:Linux als Entwicklungsplattform für UHSDR
« Reply #88 on: 04. August 2019, 06:47:07 »

Hallo Thomas,

versuch doch bitte mal das Script anders afzurufen, z.B.
Code:
bash ~/bin/mein_script.sh

oder du gehst direkt ins das Verzeichnis und rufst das Script dort auf
Code:
cd ~/bin
./mein_script.sh

Ich würde versuchen ein ausführbares Script nicht mit der Extension .txt enden zu lassen sonder ganz ohne Extension oder mit '.sh' schon alleine um später Scripte und echte Text Dateien unterscheiden zu können und auch weil einige  Extensionen mit einer Anwendungen verknüpft sind oder sein könnten. Bei txt wäre das zum Beispiel ein Textbearbeitungsprogramm oder ein einfacher Texteditor.
Logged

Habe Mut dich deines eigenen Verstandes zu bedienen. Aufklärung ist der Ausgang des Menschen aus seiner selbstverschuldeten Unmündigkeit.
Immanuel Kant
DF8OE
Administrator
*****

Offline

Posts: 6268



Stellvertr. OVV I40, Jugend / Nachwuchsreferent

View Profile WWW
Re:Linux als Entwicklungsplattform für UHSDR
« Reply #89 on: 04. August 2019, 06:54:53 »

Ich denke Du hast auf deinem Arch eine andere Shell als die Bash installiert. Es gibt unter Linux nicht nur eine Shell (genauso wie es nicht nur eine grafische Oberfläche gibt).

Installiere bitte mal die bash und versuche es dann nochmal:

yay -S bash

Du kannst unter Linux mehrere verschiedene Shells gleichzeitig installiert haben (genauso wie Du mehrere grafische Oberflächen gleichzeitig installiert haben kannst). Bei den Shells z.B. wird durch die erste Zeile des Scriptes bestimmt, mit welcher Shell sie ausgeführt werden (in meinem Fall #!/bin/bash ). Auch das ist wieder ein Sicherheitsmerkmal. Die Dialekte der Shells sind zwar sehr ähnlich - aber nicht identisch. Nicht jedes Script wird auf jedem System laufen - einfach weil die nötige Shell nicht installiert ist...

Ein ausführbares Script mit .txt zu benennen ist sehr unglücklich. Wenn Du es auf der Kommandozeile aufrufst, wird das passieren, was Du willst (es wird ausgeführt). Aber wenn Du es in einer grafischen Oberfläche anklickst passiert etwas anderes - und bei der Endung .txt vermutlich nicht das, was Du möchtest.

vy 73
Andreas
« Last Edit: 04. August 2019, 06:58:37 by DF8OE » Logged

Wenn der Wind des Wandels weht, nageln die einen Fenster und Türen zu und verbarrikadieren sich. Die anderen gehen nach draußen und bauen Windmühlen...
qrz.com-Seite von DF8OE
-----------------------------------------------------
>>>> Die Inhalte meiner Beiträge dürfen ohne meine explizite Erlaubnis in jedwedem Medium weiterverbreitet werden! <<<<
Pages: 1 ... 4 5 [6] 7 8 9 Go Up Print 
Diskussions- und Newsboard des DARC-Ortsverbandes I40  |  allgemeine Kategorie  |  UHSDR Firmware (Moderators: DF8OE, DL1PQ)  |  Topic: Linux als Entwicklungsplattform für UHSDR <- zurück vorwärts ->
Jump to: 


Login with username, password and session length

 Es wird die Verwendung von Browsern die auf der "Blink"-Engine basieren und mindestens
1024x768 Pixel Bildschirmauflösung für die beste Darstellung empfohlen
 
Amateurfunk Die Beiträge sind, sofern nicht anders vermerkt, unter der folgenden Lizenz veröffentlicht:
GNU Free Documentation License 1.3 GNU Free Documentation License 1.3
verbindet!
Powered by MySQL Powered by PHP Diskussions- und Newsboard des DARC-Ortsverbandes I40 | Powered by YaBB SE
© 2001-2004, YaBB SE Dev Team. All Rights Reserved.
- modified by Andreas Richter (DF8OE)
Impressum & Disclaimer
Valid XHTML 1.0! Valid CSS!