Re: Januar møde?
[email protected] (Niels Jakob Darger) Mon, 30 Jan 2012 11:31:55 +0000
| Newsgroups | perl.copenhagen |
|---|---|
| Message-ID | <[email protected]> |
Hej,
Vi bruger Carton. Man kan specificere en liste af CPAN-moduler som
Carton så vil installere. I processen oprettes en fil, carton.lock, som
indeholder modulerne (inkl. afhængige moduler) og deres versionsnumre
etc., den checker vi ind i versionskontrolsystemet. Senere kan man så
gentage installationen, evt. på en anden maskine, ved at føde filen ind
til Carton. Vi havde nogle overraskelser hvor system-(Perl-)moduler ikke
var i carton.lock og derfor skabte problemer senere (hvor
system-modulerne var opgraderet uden Cartons vidende) men vi løste det
ved at bygge en separat Perl via Perlbrew og så anvende Carton på det.
Det ser ud til at virke fortrinligt (en af mine kollegaer har stået for
Perl-installationen - jeg bruger mest tid i applikationsdomænet.) Carton
er i en tidlig udgave ("ALPHA") men vi har dog foreløbig gode erfaringer
med det.
Jakob
On 30/01/12 10:38, Peter Valdemar Mørch wrote:
> Tak for tilbageleldinger!
>
> Jeg har tidligere smagt lidt på perlbrew, og local::lib (som f.eks.
> cpanm -L og perlbrew begge bruger). Særligt forekommer det mig tungt
> at enhver ny maskine skal genbygge universet i form af
> perlbrew/autobundle. Det gør at f.eks. puppet vil tage noget længere
> tid.
>
> Vi er også hamrende sårbare over for at udvikler XYZ beslutter sig for
> at version "x1.y1.z1" (i vores bundle) er forældet og sletter det.
> Medmindre vi vedligeholder overs eget mirror. Og så er det alligevel
> holdt op med at være trivielt, ikke?
>
> Jeg var brændt varm på CPANPLUS-Dist-Deb og tænkte at vi bare kunne
> lave .deb pakker fra sådan et build, men CPANPLUS-Dist-Deb virker
> desværre ikke med local::lib:
> https://rt.cpan.org/Public/Bug/Display.html?id=47308
>
> 2012/1/30 Jonas Brømsø Nielsen<[email protected]>:
>> En anden løsning er at benytte Virtual Box eller lign.
> Hvordan kan det hjælpe? Der er M rigtige produktionsmaskiner derude,
> som ikke har forbindelse til udvilklingsmiljøet (eller hinanden). De
> har heller ikke idag et komplet udviklingsmiljø. Vi vil helst ikke ud
> i at der er en "masterinstallation", og at alle er afhængige af at
> dette ene system fungerer korrekt. Vil gerne kunne genskabe kendte
> omgivelser med en debian squeeze CD, vores eget kontrollerede debian
> mirror (har vi allerede) og en "git clone".
>
>> Det kunne være interessant at diskutere dette yderligere ved lejlighed da det er en af de problemstillinger vi også sidder med.
> Fedt at du også har disse udfordringer!
>
> NÃ¥, men som jeg lagde ud med: Jeg er ikke af den overbevisning at
> dette er trivielt hvis man alvorligt vil bestemme præcis hvilke
> (potentielt gamle) versioner man gerne vil køre med.
>
> Jeg vil helst ikke spamme listen (endnu mere), så jeg stopper nu. Men
> jeg er interesseret i dette.
>
> Peter
>