[10:28] Bedre å bare overskrive fila med en ny fil, heller enn å redigere på en eksisterende hvor du ikke vet hva du ender opp med [10:29] husk også å ta en backup av alle filene du herjer med [10:29] geirha: ikke bestandig [10:44] Ikke bestandig, men det er ikke lurt å gjøre det på konfigfiler fra OSet [13:43] geirha: jeg ser forsåvidt poenget ditt, men blir litt overrasket om noen har en rc.local med flere exit 0 [13:45] og, gjør dette 95% for egen del [13:47] men skulle ønske jeg skjønte hvorfor autoreconf feiler fra et bash-script om jeg ikke kaller scriptet med `sh script.sh` [13:48] hva om neste versjon har fjernet den poengløse "exit 0"-linja? [13:48] Høres ut som script.sh ikke har en gyldig shebang-linje [13:48] #!/bin/bash [13:49] (og ja, jeg har en og annen bashisme [13:49] da burde du ikke kjøre det med sh [13:49] hva er feilen du får da? [13:50] scriptet ser omtrent sånn ut: https://pastebin.com/eQtLG2Ay [13:51] og autoreconf -fi feiler med "configure.ac:63: error: required file './ltmain.sh' not found" [13:51] kjører jeg autoreconf -fi manuelt i et shell, så fungerer det helt etter hensikten [13:52] oooh, sjekk pwd-en til det skriptet [13:53] Ja, for du sjekker ikke om hverken git eller cd gjør det de skal [13:54] geirha: git gjør det den skal [13:54] cd gjør det den skal [13:54] ikke hvis pwd er / f.eks [13:54] og echo $PWD gir meg katalogen der repoet er [13:54] kan du vise output fra når den feiler? [13:54] skyt meg i trynet, cpan er så mongotreg [13:56] geirha: pastet linja som feiler litt lenger oppe [13:56] Ja, men det kan være en følgefeil [13:57] det er den første feilen. før det er alt "normalt" [13:58] den kloner repoet som den skal, cd gjør det den skal [13:58] og du kjørte det med ./script fra en terminal? [13:59] ja [13:59] mens sh ./script fra samme terminal fungerer? [13:59] jepp [13:59] det er bare dette repoet som feiler [13:59] henter også inn et annet repo litt senere i samme script, og den funker [13:59] uten sh [14:01] og linje 63 i configure.ac er ikke særlig givende: [14:01] LT_INIT [14:07] vel, får ikke til å reprodusere det her [14:07] nei, er det ingen andre som gjør heller [14:08] dette gjelder i særdeleshet for raspbian [14:13] fungerer det hvis du gjør sh -c 'autoreconf -fi' fra bash scriptet? [14:18] hang on, så skal jeg forsøke [14:20] ja, men skulle ønske jeg forsto _hvorfor_ [14:20] geirha: ^ [14:20] sh = dash, btw [14:21] eller, uh, vent litt, nei, det funket ikke [14:21] configure.ac:63: error: required file './ltmain.sh' not found [14:22] like før jeg gir opp og bare bruker en annen alac decoder [14:23] Hm. Kanskje noen bash-spesifikke miljøvariabler blir satt tidligere i skriptet [14:25] og at autoreconf kjører noen bash-skript på et punkt, som arver de miljøvariablene, og får skriptet til å gjøre noe annet enn det pleier [14:26] nope [14:26] i så fall ville utdataen fra ''declare -xp'' rett før ''autoreconf -fi'' være interessant å se [14:28] BASH_ENV, SHELLOPTS, BASHOPTS og CDPATH er aktuelle kandidater. Kan være flere. [14:29] https://pastebin.com/GVrwCSPZ [14:35] Nei, selv ikke "les-bashrc-hvis-ssh"-misfeaturen burde trigge noe der [14:37] altså, feilen ligger jo til syvende og sist et eller annet sted i det alac-repoet, så på tide å file en bug [14:42] eventuelt i autoreconf [15:19] oh well [15:21] resten av scriptet funka i alle fall, men shairport-sync ender opp med å bruke en prosent eller to ekstra CPU