Cabals val av HTTP-transport endrar kvar proxyinnstillingane høyrer heime
cabal-install kan bruke ein ekstern nedlastar. Den støtta proxyåtferda er då avhengig av den valde transporten og prosessmiljøet.
Eit proxyproblem i cabal-install kan vere eit spørsmål om den valde HTTP-transporten. Cabal dokumenterer eit transportval, og ein ekstern curl- eller Wget-nedlastar tek med seg proxygrensesnittet til det verktøyet.
Undersøk den installerte Cabal-versjonen og den aktive transporten før du leitar etter ein universell --no-proxy-brytar. Konfigurer deretter førespurnaden gjennom det dokumenterte miljøet eller alternativa til den valde nedlastaren. For offentlege pakkekjelder som ein når gjennom ein tillaten offentleg HTTP-mellommann, tilbyr HTTP-proxylista kandidatar for endepunkt.
Ikkje set ei shell-fråsegn export http_proxy=... i konfigurasjonsfila til Cabal. Ho har si eiga syntaks; ho vert ikkje køyrd som terminalskalet ditt.
Hald òg lager- og proxyadresser fråskilde. Å byte pakkelager vel ei anna kjelde til pakkar. Å velje ein videresendande proxy endrar nettverksvegen som vert brukt til å nå ei kjelde.
Viss ei innpakking startar nedlastaren, undersøk det faktiske miljøet til den prosessen. Ein variabel vist i ein urelatert terminal er eit svakt prov på ein byggjeteneste. Ta vare på transportvalet i ein feilrapport, slik at neste person veit kva klient si proxyåtferd som må granskast.