Re: Januar møde?

Der er sikkert mange måder at gøre det på. Jeg ville nok bruge perlbrew 
og have en bruger til produktion og en til test. Evt en bruger pr 
testformål. Det forekommer mig at være ganske simpelt.

Problemet er vel ikke at lave/vedligeholde en liste over moduler som 
version 8.0 benytter, går jeg ud fra.

> 2012/1/30 Jonas Brømsø Nielsen<[email protected]>:
>> Et andet problem er at vi ikke rigtigt har noget på agendaen
> Nu kender jeg ikke formatet, men jeg har et spørgsmål jeg gerne vil
> stille, og som er lidt langt til en mailingliste:
>
> Hvordan bruger man CPAN på en måde som:
>
> * Sikrer kontrol med hvilke versioner af alle moduler der kommer hos N
> udviklere og på M produktionsservere?
> * Egner sig til f.eks. puppet og debian.
> * Giver udviklere kontrol over hvad der opgraderes hvornår
>     * F.eks. vil vi i version 8.0 gerne opgradere og teste alt. Men i
> version 8.0.1 vil vil som udangspunkt have nøjagtigt de  samme pakker
> som i 8.0, undagen netop version x.y.z af modul M, da version
> x.y.(z-1) havde en bug.
>
> ?
>
> Dette spørgsmål _er_ CPAN specifikt, men et spørgsmål næsten magen til
> kunne stillles om ruby/gem, python/egg, node.js/npm hvor en kort
> undersøgelse viser mig at samme problem/udfording findes dér.
>
> Jeg fatter ikke jeg ikke har fundet et svar som er ligetil. I mine
> øjne gør manglende svar på dette CPAN og dens søstre i andre sprog til
> amatørlegetøj, men jeg ved at CPAN er befolket af nogle meget kloge
> mennesker, og derfor hælder jeg til at der er noget jeg har
> misforstået, jeg ved bare ikke hvad...
>
> Så årsagen til at jeg ville komme er at drøfte dette spørgsmål med
> nogle af jer. Og hvis der nu mangler et emne og vi ikke er så mange
> kunne dette måske være et kandidatemne. :-) Og jeg er frisk på at
> mødes f.eks. på en café eller noget andet hvis der ikke skal pisses
> sponsorer af. Men kommer også gerne næste gang.
>
> Peter