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