Discussion:
Januar møde?
(for gammel til at besvare)
Jonas B. Nielsen
2012-01-08 18:41:59 UTC
Permalink
Nogen der har lyst til at præsentere og/eller afholde januar mødet.

Vi flytter i Januar, så vi har ikke rigtigt tid eller mulighed for at arrangere januar mødet.

jonasbn

Sent from my iPhone
Olav Cleemann
2012-01-10 22:28:28 UTC
Permalink
Hej med jer.

Jeg tror godt, at vi kan arrangere det på Adapt. Alternativt, hvis der
ikke er nogen, der har noget at fremlægge (ikke, at det er et
ultimativt krav) kan vi også holde en social. Cafe Langebro har være
nævnt.

/Olav
Post by Jonas B. Nielsen
Nogen der har lyst til at præsentere og/eller afholde januar mødet.
Vi flytter i Januar, så vi har ikke rigtigt tid eller mulighed for at arrangere januar mødet.
jonasbn
Sent from my iPhone
Jonas B. Nielsen
2012-01-11 12:29:32 UTC
Permalink
Ikke nogen dårlig idé med et socialt møde, der er heller intet til hinder for at at vi gør begge.

Er der nogen der er interesserede i at give en præsentation?

jonasbn
--
pauseid: JONASBN
email: ***@cpan.org
twitter: jonasbn
blog: http://logicLAB.org/
Post by Olav Cleemann
Hej med jer.
Jeg tror godt, at vi kan arrangere det på Adapt. Alternativt, hvis der
ikke er nogen, der har noget at fremlægge (ikke, at det er et
ultimativt krav) kan vi også holde en social. Cafe Langebro har være
nævnt.
/Olav
Post by Jonas B. Nielsen
Nogen der har lyst til at præsentere og/eller afholde januar mødet.
Vi flytter i Januar, så vi har ikke rigtigt tid eller mulighed for at arrangere januar mødet.
jonasbn
Sent from my iPhone
Jonas B. Nielsen
2012-01-30 06:54:45 UTC
Permalink
Hep,

Adapt har tilbudt at lægge hus til mødet i morgen, men er der overhovedet nogen tilslutning?

Kan vi ikke få en hurtig email håndsoprækning på deltagelse...

jonasbn
--
pauseid: JONASBN
email: ***@cpan.org
twitter: jonasbn
blog: http://logicLAB.org/
Post by Jonas B. Nielsen
Ikke nogen dårlig idé med et socialt møde, der er heller intet til hinder for at at vi gør begge.
Er der nogen der er interesserede i at give en præsentation?
jonasbn
--
pauseid: JONASBN
twitter: jonasbn
blog: http://logicLAB.org/
Post by Olav Cleemann
Hej med jer.
Jeg tror godt, at vi kan arrangere det på Adapt. Alternativt, hvis der
ikke er nogen, der har noget at fremlægge (ikke, at det er et
ultimativt krav) kan vi også holde en social. Cafe Langebro har være
nævnt.
/Olav
Post by Jonas B. Nielsen
Nogen der har lyst til at præsentere og/eller afholde januar mødet.
Vi flytter i Januar, så vi har ikke rigtigt tid eller mulighed for at arrangere januar mødet.
jonasbn
Sent from my iPhone
Lars Thegler
2012-01-30 07:12:18 UTC
Permalink
Jeg er desværre forhindret.
Post by Jonas B. Nielsen
Hep,
Adapt har tilbudt at lægge hus til mødet i morgen, men er der overhovedet nogen tilslutning?
Kan vi ikke få en hurtig email håndsoprækning på deltagelse...
jonasbn
--
pauseid: JONASBN
twitter: jonasbn
blog: http://logicLAB.org/
Post by Jonas B. Nielsen
Ikke nogen dårlig idé med et socialt møde, der er heller intet til hinder for at at vi gør begge.
Er der nogen der er interesserede i at give en præsentation?
jonasbn
--
pauseid: JONASBN
twitter: jonasbn
blog: http://logicLAB.org/
Post by Olav Cleemann
Hej med jer.
Jeg tror godt, at vi kan arrangere det på Adapt. Alternativt, hvis der
ikke er nogen, der har noget at fremlægge (ikke, at det er et
ultimativt krav) kan vi også holde en social. Cafe Langebro har være
nævnt.
/Olav
Post by Jonas B. Nielsen
Nogen der har lyst til at præsentere og/eller afholde januar mødet.
Vi flytter i Januar, så vi har ikke rigtigt tid eller mulighed for at arrangere januar mødet.
jonasbn
Sent from my iPhone
Peter Valdemar Mørch
2012-01-30 07:42:48 UTC
Permalink
Jeg havde tænkt mig at komme for første gang. Kommer dog også gerne
næste gang istedet.

Mvh,

Peter
Post by Lars Thegler
Jeg er desværre forhindret.
Post by Jonas B. Nielsen
Hep,
Adapt har tilbudt at lægge hus til mødet i morgen, men er der overhovedet nogen tilslutning?
Kan vi ikke få en hurtig email håndsoprækning på deltagelse...
jonasbn
--
pauseid: JONASBN
twitter: jonasbn
blog: http://logicLAB.org/
Post by Jonas B. Nielsen
Ikke nogen dårlig idé med et socialt møde, der er heller intet til hinder for at at vi gør begge.
Er der nogen der er interesserede i at give en præsentation?
jonasbn
--
pauseid: JONASBN
twitter: jonasbn
blog: http://logicLAB.org/
Post by Olav Cleemann
Hej med jer.
Jeg tror godt, at vi kan arrangere det på Adapt. Alternativt, hvis der
ikke er nogen, der har noget at fremlægge (ikke, at det er et
ultimativt krav) kan vi også holde en social. Cafe Langebro har være
nævnt.
/Olav
Post by Jonas B. Nielsen
Nogen der har lyst til at præsentere og/eller afholde januar mødet.
Vi flytter i Januar, så vi har ikke rigtigt tid eller mulighed for at arrangere januar mødet.
jonasbn
Sent from my iPhone
--
Peter Valdemar Mørch
http://www.morch.com
Erik Johansen
2012-01-30 08:23:58 UTC
Permalink
Jeg kommer.

/Erik Johansen
Jonas Brømsø Nielsen
2012-01-30 08:50:18 UTC
Permalink
Et andet problem er at vi ikke rigtigt har noget på agendaen

jonasbn
--
pauseid: JONASBN
email: ***@cpan.org
twitter: jonasbn
blog: http://logicLAB.org/
Kaare Rasmussen
2012-01-30 08:57:52 UTC
Permalink
Snakke, spise Adapts sandwiches. Hvad er problemet??
Post by Jonas Brømsø Nielsen
Et andet problem er at vi ikke rigtigt har noget på agendaen
jonasbn
--
pauseid: JONASBN
twitter: jonasbn
blog: http://logicLAB.org/
Jonas Brømsø Nielsen
2012-01-30 09:10:54 UTC
Permalink
Hep,

Med kun 4-5 deltagere, en tom agenda synes jeg at det er lidt flabet at få Adapt at sponsorere sandwiches og drikkevarer.

Jeg hælder til at aflyse...

jonasbn
--
pauseid: JONASBN
email: ***@cpan.org
twitter: jonasbn
blog: http://logicLAB.org/
Post by Kaare Rasmussen
Snakke, spise Adapts sandwiches. Hvad er problemet??
Post by Jonas Brømsø Nielsen
Et andet problem er at vi ikke rigtigt har noget på agendaen
jonasbn
--
pauseid: JONASBN
twitter: jonasbn
blog: http://logicLAB.org/
Kaare Rasmussen
2012-01-30 09:23:48 UTC
Permalink
Fint nok, men lad os strax få den 28. 2. ind i kalenderen.
Post by Jonas Brømsø Nielsen
Hep,
Med kun 4-5 deltagere, en tom agenda synes jeg at det er lidt flabet at få Adapt at sponsorere sandwiches og drikkevarer.
Jeg hælder til at aflyse...
jonasbn
--
pauseid: JONASBN
twitter: jonasbn
blog: http://logicLAB.org/
Post by Kaare Rasmussen
Snakke, spise Adapts sandwiches. Hvad er problemet??
Post by Jonas Brømsø Nielsen
Et andet problem er at vi ikke rigtigt har noget på agendaen
jonasbn
--
pauseid: JONASBN
twitter: jonasbn
blog: http://logicLAB.org/
Christian Borup
2012-01-30 09:00:11 UTC
Permalink
Og Adapt har ikke regler mod øl ;-)

Borup (som ikke kan komme denne gang - har børn i denne uge)
Post by Kaare Rasmussen
Snakke, spise Adapts sandwiches. Hvad er problemet??
Post by Jonas Brømsø Nielsen
Et andet problem er at vi ikke rigtigt har noget på agendaen
jonasbn
--
pauseid: JONASBN
twitter: jonasbn
blog: http://logicLAB.org/
Peter Valdemar Mørch
2012-01-30 09:26:35 UTC
Permalink
Post by Jonas Brømsø Nielsen
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
--
Peter Valdemar Mørch
http://www.morch.com
Jonas Brømsø Nielsen
2012-01-30 09:55:54 UTC
Permalink
Hej Peter,

Se nedenfor,
Post by Peter Valdemar Mørch
Post by Jonas Brømsø Nielsen
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
* 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
--
Peter Valdemar Mørch
http://www.morch.com
Det er svært at kontrollere hvad som kommer ind med mindre at du har kontrol over dit CPAN mirror, da CPAN altid installerer den seneste udgave. CPAN kommandoen har dog en autobundle kommando som kan give dig en liste over alt som er installeret, som kan benyttes til at dokumentere hvad du har - bundlet kan benyttes til at opdatere en anden maskine, dog med det forbehold jeg tidligere nævnte.

Se også denne blog: http://gugod.org/2010/09/migrate-to-new-perl-with-cpan-autobundle.html

En anden løsning er at benytte Virtual Box eller lign.

Det kunne være interessant at diskutere dette yderligere ved lejlighed da det er en af de problemstillinger vi også sidder med.

jonasbn
Peter Valdemar Mørch
2012-01-30 10:38:55 UTC
Permalink
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
Post by Jonas Brømsø Nielsen
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".
Post by Jonas Brømsø Nielsen
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
--
Peter Valdemar Mørch
http://www.morch.com
Niels Jakob Darger
2012-01-30 11:31:55 UTC
Permalink
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
Post by Peter Valdemar Mørch
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
https://rt.cpan.org/Public/Bug/Display.html?id=47308
Post by Jonas Brømsø Nielsen
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".
Post by Jonas Brømsø Nielsen
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
Michael Zedeler
2012-01-30 12:08:55 UTC
Permalink
Post by Peter Valdemar Mørch
Post by Jonas Brømsø Nielsen
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.
Bliv endelig ved! Det er det, vi har listen til.

Hos LeasingBørsen har vi planlagt at have et lokalt CPAN-spejl, men jeg
må (stadig) indrømme at jeg er mere lun på en løsning som den Ask
beskriver (jeg går ud fra at man checker kildeteksten for modulerne ind
i git - ikke de færdige builds).

Mvh. Michael.
Olav Cleemann
2012-01-30 13:02:13 UTC
Permalink
Hum, det virker som om, at der er konsensus om, at vi venter med at
mødes til februar.
Post by Michael Zedeler
Post by Peter Valdemar Mørch
Post by Jonas Brømsø Nielsen
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.
Bliv endelig ved! Det er det, vi har listen til.
Hos LeasingBørsen har vi planlagt at have et lokalt CPAN-spejl, men jeg må
(stadig) indrømme at jeg er mere lun på en løsning som den Ask beskriver
(jeg går ud fra at man checker kildeteksten for modulerne ind i git - ikke
de færdige builds).
Mvh. Michael.
Jonas Brømsø Nielsen
2012-01-30 13:07:03 UTC
Permalink
Hej Olav,

Jeg håber at det er okay med dig, du og Adapt skal være velkomne til at være værter for næste møde.

jonasbn
--
pauseid: JONASBN
email: ***@cpan.org
twitter: jonasbn
blog: http://logicLAB.org/
Post by Olav Cleemann
Hum, det virker som om, at der er konsensus om, at vi venter med at
mødes til februar.
Post by Michael Zedeler
Post by Peter Valdemar Mørch
Post by Jonas Brømsø Nielsen
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.
Bliv endelig ved! Det er det, vi har listen til.
Hos LeasingBørsen har vi planlagt at have et lokalt CPAN-spejl, men jeg må
(stadig) indrømme at jeg er mere lun på en løsning som den Ask beskriver
(jeg går ud fra at man checker kildeteksten for modulerne ind i git - ikke
de færdige builds).
Mvh. Michael.
Olav Cleemann
2012-01-30 13:31:36 UTC
Permalink
Hej Jonas m.m

Det passer mig fint. Jeg er lidt hængt op i denne uge.

Jamen, med mindre, der er nogen, der modsætter sig så, siger vi bare
28/2 i stedet for :)

Mvh. Olav
Post by Jonas Brømsø Nielsen
Hej Olav,
Jeg håber at det er okay med dig, du og Adapt skal være velkomne til at være værter for næste møde.
jonasbn
--
pauseid: JONASBN
twitter: jonasbn
blog: http://logicLAB.org/
Post by Olav Cleemann
Hum, det virker som om, at der er konsensus om, at vi venter med at
mødes til februar.
Post by Michael Zedeler
Post by Peter Valdemar Mørch
Post by Jonas Brømsø Nielsen
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.
Bliv endelig ved! Det er det, vi har listen til.
Hos LeasingBørsen har vi planlagt at have et lokalt CPAN-spejl, men jeg må
(stadig) indrømme at jeg er mere lun på en løsning som den Ask beskriver
(jeg går ud fra at man checker kildeteksten for modulerne ind i git - ikke
de færdige builds).
Mvh. Michael.
Ask Bjørn Hansen
2012-01-30 17:43:40 UTC
Permalink
Hos LeasingBørsen har vi planlagt at have et lokalt CPAN-spejl, men jeg må (stadig) indrømme at jeg er mere lun på en løsning som den Ask beskriver (jeg går ud fra at man checker kildeteksten for modulerne ind i git - ikke de færdige builds).
Nej, "færdige builds"!

Vores ting kører kun internt og på nogle få Linux varianter og OS X (hvis folk vil køre ting på deres laptops), så der er ingen grund til at kompilere og installere alting hvergang du laver et nyt git clone.


Ask

Kaare Rasmussen
2012-01-30 09:41:25 UTC
Permalink
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.
Post by Peter Valdemar Mørch
Post by Jonas Brømsø Nielsen
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
* 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
Peter Valdemar Mørch
2012-01-30 10:37:32 UTC
Permalink
Er det noget du faktisk har prøvet? Jeg forstår endnu ikke at dette er
simpelt, men jeg leger lidt med:

Alle N udviklere har vores egne maskiner, og der er M
produktionsmaskiner. Så forestil os at vi skal oprette en ny
produktionsmaskine... Hvad gør vi så?

Hvis vi bare installerer naivt fra CPAN får vi ikke nødvendigvis de
samme versioner vi fik igår....
Problemet er vel ikke at lave/vedligeholde en liste over moduler som version
8.0 benytter, går jeg ud fra.
Det er muligt at det er noget af problemet, jo.

Lad os sige at vi direkte benytter modulerne M1 og M2. Vi interesserer
os kun for M1 og M2. Men lad os sige at disse to moduler benytter
(rekursivt) M3-M99. Jeg er bedøvende ligeglad med hvilke versioner af
dem der benyttes ud over at det skal være de samme i 8.0 og 8.0.1. Og
jeg er ikke interesseret i at skulle undersøge alle M3-M99 og tage
stilling til rækkefølge og dependencies... Det er jo det jeg vil have
CPAN til, ikke?

git clone $repos $dir
cd $dir
$command

Hvad er $command, under forudsætning af at CPAN er i en anden tilstand
end da git's HEAD blev lavet?

Peter
Ask Bjørn Hansen
2012-01-30 09:55:26 UTC
Permalink
Post by Peter Valdemar Mørch
Sikrer kontrol med hvilke versioner af alle moduler der kommer hos N
udviklere og på M produktionsservere?
Vi bruger et "./cpan" git submodule per projekt med "ting fra CPAN". Nemt at installere ind i med cpanm -L og med alting i git er det nemt at håndtere branches, etc. Det er et submodule så vores "rigtige" repository ikke bliver fyldt med ting — i teorien kan vi nulstille vores submodule hvis det bliver for stort.

Vi gør noget tilsvarende med node_modules i vores node.js projekter.



Ask
--
http://askask.com/
Peter Valdemar Mørch
2012-01-30 10:36:16 UTC
Permalink
Post by Peter Valdemar Mørch
Sikrer kontrol med hvilke versioner af alle moduler der kommer hos N
udviklere og på M produktionsservere?
Vi bruger et "./cpan" git submodule per projekt med "ting fra CPAN".  Nemt at installere ind i med cpanm -L og med alting i git er det nemt at håndtere branches, etc.  Det er et submodule så vores "rigtige" repository ikke bliver fyldt med ting — i teorien kan vi nulstille  vores submodule hvis det bliver for stort.
Vi gør noget tilsvarende med node_modules i vores node.js projekter.
Vil det sige at resultatet af builds også findes i ./cpan git
submodulet? Dvs også *.so-er og lignende? En klokke ringer om det ikke
er god latin at versionskontrollere resultatet af et build, men som
sagt, jeg ved at der er noget jeg ikke forstår her... Simpelt/rent
forekommer det mig dog ikke.

Eller hvilke dele re-buildes ved hver ny installation? Har jeg
misforstået forslaget?

Peter
--
Peter Valdemar Mørch
http://www.morch.com
Michael Zedeler
2012-01-30 10:45:03 UTC
Permalink
Ditto her.
Post by Lars Thegler
Jeg er desværre forhindret.
Post by Jonas B. Nielsen
Hep,
Adapt har tilbudt at lægge hus til mødet i morgen, men er der overhovedet nogen tilslutning?
Kan vi ikke få en hurtig email håndsoprækning på deltagelse...
jonasbn
--
pauseid: JONASBN
twitter: jonasbn
blog: http://logicLAB.org/
Post by Jonas B. Nielsen
Ikke nogen dårlig idé med et socialt møde, der er heller intet til hinder for at at vi gør begge.
Er der nogen der er interesserede i at give en præsentation?
jonasbn
--
pauseid: JONASBN
twitter: jonasbn
blog: http://logicLAB.org/
Post by Olav Cleemann
Hej med jer.
Jeg tror godt, at vi kan arrangere det på Adapt. Alternativt, hvis der
ikke er nogen, der har noget at fremlægge (ikke, at det er et
ultimativt krav) kan vi også holde en social. Cafe Langebro har være
nævnt.
/Olav
Post by Jonas B. Nielsen
Nogen der har lyst til at præsentere og/eller afholde januar mødet.
Vi flytter i Januar, så vi har ikke rigtigt tid eller mulighed for at arrangere januar mødet.
jonasbn
Sent from my iPhone
Loading...