🚀 go-pugleaf

Hansen skrev:

>2) eller at g�re som nogen internet-posts skriver om, at k�be en raspberry 
>PI

Det er i hvert fald ikke alle der er tilfredse med hastigheden fra pi'en 
ved en applikation der kunne bruges til form�let

http://ubuntudanmark.dk/forum/viewtopic.php?f=12&t=16945

-- 
Ivan V. Klattrup
http://klattrup.dk
Get Lubuntu
http://lubuntu.net

On Wednesday, December 26, 2012 7:29:24 PM UTC+1, Ivan V. Klattrup wrote:
> Hansen skrev:
> 
> 
> 
> >2) eller at gøre som nogen internet-posts skriver om, at købe en raspberry 
> 
> >PI
> 
> 
> 
> Det er i hvert fald ikke alle der er tilfredse med hastigheden fra pi'en 
> 
> ved en applikation der kunne bruges til formålet
> 
> 
> 
> http://ubuntudanmark.dk/forum/viewtopic.php?f=12&t=16945

Ok, jeg kender ikke det der "owncloud" så jeg har ikke nogen ide om det... Men mht. webserver så er det kun en simpel 1-sides webserver den skal køre... Det burde ikke trække ret meget...

Og ssh-server, burde heller ikke trække ret mange ressourcer. Jeg syntes at jeg har set at raspberry PI burde virke ok som fil/media-server, ihvertfald hvis man køber mpeg-modul oveni.

Og så kunne jeg godt tænke mig at køre svn-server - dvs. opsummeret:

A) webserver (1 side med 1 billede, burde ikke trække ret meget)
B) ok, måske mailserver oveni - det trækker vel heller ikke ret meget ?
C) ssh-server - burde være "standard" og burde IHVERTFALD kunne virke uden problemer
D) svn-server (bør kunne køre nyeste version ihvertfald 2-3 år frem) men jeg forestiller mig ikke at det trækker ret mange ressourcer når der kun er 1-2 brugere

Det er vel det som mit behov dækker, vil jeg tro...

Har i nogen ide om en raspberry PI kan dække behovet ? Ellers kan en synology eller hvad de hedder vel sætter op til at køre disse ting ?

"Ivan V. Klattrup" <ivan.klattrup@gmail.com> writes:

> Hansen skrev:
>
>> 2) eller at gøre som nogen internet-posts skriver om, at købe en
>> raspberry PI
>
> Det er i hvert fald ikke alle der er tilfredse med hastigheden fra
> pi'en ved en applikation der kunne bruges til formålet
>
> http://ubuntudanmark.dk/forum/viewtopic.php?f=12&t=16945

En Raspberry Pi er egentligt baseret på en videodekoderchip med en
indbygget ARM cpu som tilfældigvis er stærk nok til at kunne køre Linux,
og det er så det der er sket.  Dvs hovedfokus er på at kunne proppe bits
ned i videokredsløbene.

Ønsker man at sætte den til andet end det, skal man være opmærksom på at
der er temmeligt beskedent RAM i kræet og at swap er temmeligt langsomt
hvis man bruger en standard SD-kort løsning.  Herudover er netkortet kun
100 Mbit og USB-porten har åbenbart også en designkrølle så den ikke kan
køre fuld hastighed.  Dvs man skal være ret forsigtig med hvad man
sætter den til så den ikke løber tør for ressourcer - det er formentligt
hvad der er sket i det indlæg du linker til.

Fordelen er jo at den kan trækkes fra en aktiv USB-hub sammen med en
USB-disk og så har man en lille filserver der næsten ingen strøm bruger -
bare man ikke forventer noget særligt.

Jeg tror personligt selv at Raspberry Pi'ens spidskompetence er som
HDMI-CEC forbundet (fjernbetjent via HDMI-kablet) videoafspiller
monteret bag på et almindeligt fjernsyn.  Det er der efter sigende nogen
af de eksisterende distributioner der kan.
-- 
  Thorbjørn Ravn Andersen   "... plus... Tubular Bells!"

Hansen <unodermailen@gmail.com> writes:

> Og så kunne jeg godt tænke mig at køre svn-server - dvs. opsummeret:

Du foreslåes helt seriøst at overveje at springe med på vognen med de
distribuerede versionssystemer.  Jeg har selv rodet en del med git efter
at have opgraderet fra CVS (efter at have tænkt GRUNDIGT over det) og
det er ganske enkelt forbløffende hvad man kan.  Andre er glade for hg
og bazaar.

Det er min forståelse at subversion kræver en næsten konstant
forbindelse hjem til moderskibet.  Det gør en verden til forskel at alt
foregår lokalt og ikke via netværket.
-- 
  Thorbjørn Ravn Andersen   "... plus... Tubular Bells!"

On Thursday, December 27, 2012 12:40:54 AM UTC+1, Thorbjørn Ravn Andersen, 20121227 wrote:
> "Ivan V. Klattrup" <> writes:
> 
> 
> 
> > Hansen skrev:
> 
> >
> 
> >> 2) eller at gøre som nogen internet-posts skriver om, at købe en
> 
> >> raspberry PI
> 
> >
> 
> > Det er i hvert fald ikke alle der er tilfredse med hastigheden fra
> 
> > pi'en ved en applikation der kunne bruges til formålet
> 
> >
> 
> > http://ubuntudanmark.dk/forum/viewtopic.php?f=12&t=16945
> 
> 
> 
> En Raspberry Pi er egentligt baseret på en videodekoderchip med en
> 
> indbygget ARM cpu som tilfældigvis er stærk nok til at kunne køre Linux,
> 
> og det er så det der er sket.  Dvs hovedfokus er på at kunne proppe bits
> 
> ned i videokredsløbene.

Det skader da ikke at man kan se sine film uden at skulle tænde for en larmende pc... Tror du den kan køre disse ting?

A) webserver (1 side med 1 billede, burde ikke trække ret meget) 
B) måske mailserver oveni - det trækker vel heller ikke ret meget (så behøves jeg ikke at være kunde hos cliche, tror stadigt at gratisdns virker ok?)?
C) ssh-server - burde være "standard" og burde IHVERTFALD kunne virke uden problemer 
D) svn-server (bør kunne køre nyeste version ihvertfald 2-3 år frem) men jeg forestiller mig ikke at det trækker ret mange ressourcer når der kun er 1-2 brugere 

> Ønsker man at sætte den til andet end det, skal man være opmærksom på at
> 
> der er temmeligt beskedent RAM i kræet og at swap er temmeligt langsomt
> 
> hvis man bruger en standard SD-kort løsning.  Herudover er netkortet kun
> 
> 100 Mbit og USB-porten har åbenbart også en designkrølle så den ikke kan

100 Mbit ud af huset er fint. Tror nu ikke jeg har brug for voldsomt høje hastigheder, heller ikke mht. USB.

> køre fuld hastighed.  Dvs man skal være ret forsigtig med hvad man
> 
> sætter den til så den ikke løber tør for ressourcer - det er formentligt
> 
> hvad der er sket i det indlæg du linker til.

Tjah.

> Fordelen er jo at den kan trækkes fra en aktiv USB-hub sammen med en
> 
> USB-disk og så har man en lille filserver der næsten ingen strøm bruger -
> 
> bare man ikke forventer noget særligt.

Ja, den larmer formentligt overhovedet ikke hvilket ville være utroligt rart...

> Jeg tror personligt selv at Raspberry Pi'ens spidskompetence er som
> 
> HDMI-CEC forbundet (fjernbetjent via HDMI-kablet) videoafspiller
> 
> monteret bag på et almindeligt fjernsyn.  Det er der efter sigende nogen
> 
> af de eksisterende distributioner der kan.

Ellers skal jeg jo nok købe mig en NAS (gerne en som kan køre linux så jeg selv kan opgradere og køre de ting jeg ønsker)...

On Thursday, December 27, 2012 12:46:15 AM UTC+1, Thorbjørn Ravn Andersen, 20121227 wrote:
> Hansen <> writes:
> 
> 
> 
> > Og så kunne jeg godt tænke mig at køre svn-server - dvs. opsummeret:
> 
> 
> 
> Du foreslåes helt seriøst at overveje at springe med på vognen med de
> 
> distribuerede versionssystemer.  Jeg har selv rodet en del med git efter
> 
> at have opgraderet fra CVS (efter at have tænkt GRUNDIGT over det) og
> 
> det er ganske enkelt forbløffende hvad man kan.  Andre er glade for hg
> 
> og bazaar.

Så git, hg og bazaar er bedre end svn ? Jeg bryder mig ihvertfald ikke helt så godt om cvs som jeg ellers brugte et par år...

Jeg skal gerne overveje at skifte til git, hg eller bazaar som du foreslår - tror du det vil køre ok på en raspberry pi eller skal jeg i stedet købe en dyrere (og mere larmende) NAS der kan være server for de ting jeg ønsker ?


> Det er min forståelse at subversion kræver en næsten konstant
> 
> forbindelse hjem til moderskibet.  Det gør en verden til forskel at alt
> 
> foregår lokalt og ikke via netværket.

Det forstår jeg ikke... Hvorfor skulle svn kræve en konstant forbindelse?

Du henter og ændrer og så committer du eller updater når du er online - engang i mellem. Jeg har aldrig hørt om at nogen af de versions-styrings-værktøjer skulle kræve en konstant forbindelse ?

Kan du uddybe det ?

Og hvad mener du med at det gør en verden til forskel om det er lokalt eller over internettet ? Generelt er det jo kun op til ca. 3-400 MB jeg f.eks. har i et projekt og når det en gang er checkout'et så opdaterer/ændrer jeg kun typisk under 10-20 MB og det tager ikke lang tid at comitte eller hente, selv over internettet...

Hansen wrote:

> Men hvis jeg k�ber en raspberry PI, s� skal der sluttes nogen harddiske til vha. netv�rkskabel og s� er jeg vel egentligt tilbage ved at skulle k�be en NAS eller lignende ?

Nej, du tilslutter bare en USB disk.

Umiddelbart tror jeg godt at Raspi kan d�kke dit behov omend jeg kun har 
nogle f� dages erfaringsgrundlag.

Min k�rer Squeezebox Server som faktisk er en ren tung streaming server, 
og den k�rer aldeles fortr�ffeligt. Ydelsen er vist som min Guru- og 
Sheevaplug som jeg har k�rt med i nogle �r, ogs� til de ting du skriver 
- dog har jeg ikke brugt den til svn/git-server, s� her kan jeg ikke 
udtale mig.

Igen, min Raspi har kun k�rt nogle dage, s� du skal tage ovenst�ende med 
et vist forbehold.

Og forresten, installer en Linux uden GUI p�, det er der ingen brug for 
til de ting du beskriver, og det koster bare resurser.

Martin

Hansen <unodermailen@gmail.com> writes:

> On Thursday, December 27, 2012 12:46:15 AM UTC+1, Thorbjørn Ravn Andersen, 20121227 wrote:

> Så git, hg og bazaar er bedre end svn ? Jeg bryder mig ihvertfald ikke
> helt så godt om cvs som jeg ellers brugte et par år...

Jeg vil absolut heller ikke tilbage til cvs, og vil også hellere bruge
git end svn.

> Jeg skal gerne overveje at skifte til git, hg eller bazaar som du
> foreslår - tror du det vil køre ok på en raspberry pi eller skal jeg i
> stedet købe en dyrere (og mere larmende) NAS der kan være server for
> de ting jeg ønsker ?

Jeg tror sagtens en raspberry pi kan klare dit behov.

>> Det er min forståelse at subversion kræver en næsten konstant
>> 
>> forbindelse hjem til moderskibet.  Det gør en verden til forskel at alt
>> 
>> foregår lokalt og ikke via netværket.
>
> Det forstår jeg ikke... Hvorfor skulle svn kræve en konstant forbindelse?

Fordi du ikke kan commit'e uden forbindelse til serveren.

> Du henter og ændrer og så committer du eller updater når du er online
> - engang i mellem. Jeg har aldrig hørt om at nogen af de
> versions-styrings-værktøjer skulle kræve en konstant forbindelse ?

Med git, så kan  du ændre og commit'e lige så meget  du har lyst, selvom
du er offline. Når du så er online og synes andre skal have mulighed for
at få fat i din version, kan du push'e alle dine ændringer til serveren.

Første gang jeg hørte om det, synes jeg ikke det lød som den store
ændring, men det er faktisk rart f.eks. at kunne commit'e en masse
bittesmå ændringer med hver sin commit-besked og så offentliggøre dem
alle på en gang. 

Det er faktisk en af de situationer hvor det kan give færre konflikter
(der er ingen der kun får nogle af dine ændringer og udvikler derfra),
men du øger selvfølgelig risikoen jo flere ændringer du laver mellem
hvert push, men ikke mere end hvis du brugte svn og lavede samme mængde
ændringer til et enkelt commit.

.Henrik

-- 
... applications which need to address vast amounts of memory
(e.g., big scientific crankers, large databases, emacs) ...
                                                -- fra en artikel i LWN

Hansen <unodermailen@gmail.com> writes:

> Det skader da ikke at man kan se sine film uden at skulle tænde for en larmende pc... Tror du den kan køre disse ting?
>
> A) webserver (1 side med 1 billede, burde ikke trække ret meget) 
> B) måske mailserver oveni - det trækker vel heller ikke ret meget (så behøves jeg ikke at være kunde hos cliche, tror stadigt at gratisdns virker ok?)?
> C) ssh-server - burde være "standard" og burde IHVERTFALD kunne virke uden problemer 
> D) svn-server (bør kunne køre nyeste version ihvertfald 2-3 år frem)
> men jeg forestiller mig ikke at det trækker ret mange ressourcer når
> der kun er 1-2 brugere 

Tjoh, man kan jo installere Raspbian, så er det en Debian med apt-get og
alt det der.  Det burde den vel kunne klare uden de store problemer,
bare du husker at sætte max-størrelse på hvor stor mails den skal
acceptere. 

> Ellers skal jeg jo nok købe mig en NAS (gerne en som kan køre linux så
> jeg selv kan opgradere og køre de ting jeg ønsker)...

Det er også en mulighed.  Eller en af hver? :)

Bemærk at som udgangspunkt vil du gerne have at Linuxmaskinen kan have
skærm og tastatur tilkoblet uden de store sværdslag.  Det gør mange ting
nemmere. 

Prøv med Raspberryen og se hvad det bliver til - hobbyer er jo altid
sjove. 
-- 
  Thorbjørn Ravn Andersen   "... plus... Tubular Bells!"

Hansen <unodermailen@gmail.com> writes:

> Så git, hg og bazaar er bedre end svn ? Jeg bryder mig ihvertfald ikke
> helt så godt om cvs som jeg ellers brugte et par år...

Der er nogen tekniske ting som gør at _jeg_ synes at de er bedre end CVS
og SVN.  Det er så en smagssag om man er enig.


> Jeg skal gerne overveje at skifte til git, hg eller bazaar som du
> foreslår - tror du det vil køre ok på en raspberry pi eller skal jeg i
> stedet købe en dyrere (og mere larmende) NAS der kan være server for
> de ting jeg ønsker ?

git kan køre på et fladt filsystem evt med ssh foran.  Det er ikke så
krævende. De andre kan jeg ikke udtale mig om.

>> Det er min forståelse at subversion kræver en næsten konstant
>> 
>> forbindelse hjem til moderskibet.  Det gør en verden til forskel at alt
>> 
>> foregår lokalt og ikke via netværket.
>
> Det forstår jeg ikke... Hvorfor skulle svn kræve en konstant
> forbindelse?

Fordi klienten skal snakke rigtigt meget med serveren hver gang man skal
lave noget?

> Og hvad mener du med at det gør en verden til forskel om det er lokalt
> eller over internettet ? Generelt er det jo kun op til ca. 3-400 MB
> jeg f.eks. har i et projekt og når det en gang er checkout'et så
> opdaterer/ændrer jeg kun typisk under 10-20 MB og det tager ikke lang
> tid at comitte eller hente, selv over internettet...

Jeg kan ikke sige meget andet end man skal prøve det et stykke tid for
at kunne forholde sig til det.  Det er meget svært at forklare for nogen
der ikke har prøvet begge dele selv.

Du kan eventuelt lege lidt med github.com - du kan lave et par legetøjs
repositories og se om det er noget for dig.
-- 
  Thorbjørn Ravn Andersen   "... plus... Tubular Bells!"

On Thursday, December 27, 2012 4:26:05 PM UTC+1, Martin Larsen wrote:
> Hansen wrote:
> 
> 
> 
> > Men hvis jeg køber en raspberry PI, så skal der sluttes nogen harddiske til vha. netværkskabel og så er jeg vel egentligt tilbage ved at skulle købe en NAS eller lignende ?
> 
> 
> 
> Nej, du tilslutter bare en USB disk.

Nåhja, den har 2 usb-slots...

> Umiddelbart tror jeg godt at Raspi kan dække dit behov omend jeg kun har 
> 
> nogle få dages erfaringsgrundlag.

Ok - jeg syntes nu heller ikke at mit behov er så stort. Kunne være rart at høre hvad folk presser den til...

> Min kører Squeezebox Server som faktisk er en ren tung streaming server, 
> 
> og den kører aldeles fortræffeligt. Ydelsen er vist som min Guru- og 
> 
> Sheevaplug som jeg har kørt med i nogle år, også til de ting du skriver 
> 
> - dog har jeg ikke brugt den til svn/git-server, så her kan jeg ikke 
> 
> udtale mig.

Jeg har ikke selv prøvet at køre svn/git-server, men kan ikke forestille mig at det sluger ret meget...

> Igen, min Raspi har kun kørt nogle dage, så du skal tage ovenstående med 
> 
> et vist forbehold.
> 
> 
> 
> Og forresten, installer en Linux uden GUI på, det er der ingen brug for 
> 
> til de ting du beskriver, og det koster bare resurser.

Det er klart. Men evt. kunne GUI'en jo være installeret til brug engang i mellem... I det daglige skulle den nok køre som du skriver uden GUI...

On Thursday, December 27, 2012 7:00:05 PM UTC+1, Henrik Christian Grove wrote:
> Hansen <> writes:

> >> Det er min forståelse at subversion kræver en næsten konstant
> 
> >> 
> 
> >> forbindelse hjem til moderskibet.  Det gør en verden til forskel at alt
> 
> >> 
> 
> >> foregår lokalt og ikke via netværket.
> 
> >
> 
> > Det forstår jeg ikke... Hvorfor skulle svn kræve en konstant forbindelse?
> 
> 
> 
> Fordi du ikke kan commit'e uden forbindelse til serveren.

Det troede jeg var helt generelt for alle den slags systemer...


> > Du henter og ændrer og så committer du eller updater når du er online
> 
> > - engang i mellem. Jeg har aldrig hørt om at nogen af de
> 
> > versions-styrings-værktøjer skulle kræve en konstant forbindelse ?
> 
> 
> 
> Med git, så kan  du ændre og commit'e lige så meget  du har lyst, selvom
> 
> du er offline. Når du så er online og synes andre skal have mulighed for
> 
> at få fat i din version, kan du push'e alle dine ændringer til serveren.

Det giver ikke mening... Hvis du er offline, så får andre jo alligevel ikke dine seneste ændringer... Og så sidder de og kigger på/arbejder med noget gammelt... Og så er der ingen forskel...


> Første gang jeg hørte om det, synes jeg ikke det lød som den store
> 
> ændring, men det er faktisk rart f.eks. at kunne commit'e en masse
> 
> bittesmå ændringer med hver sin commit-besked og så offentliggøre dem
> 
> alle på en gang. 

Jeg er for det meste online alligevel, så det betyder ikke noget særligt for mig. Jeg kan ikke helt se hvorfor du syntes at det er noget specielt smart...


> Det er faktisk en af de situationer hvor det kan give færre konflikter
> 
> (der er ingen der kun får nogle af dine ændringer og udvikler derfra),

Min mening er at det bedste er at uploade ændringer løbende så alle hele tiden kan se hvad der sker. Men så låser du måske det du arbejder på, så andre ikke kan ændre/rode i det imens ?

> men du øger selvfølgelig risikoen jo flere ændringer du laver mellem
> 
> hvert push, men ikke mere end hvis du brugte svn og lavede samme mængde
> 
> ændringer til et enkelt commit.

Jeg kan nu ikke rigtigt se forskellen... Det med offline: Tjo, en lille forskel er der vel hvis man arbejder steder uden internet... Men det må også give et værre bøvl når man så kommer online og andre har ændret i det samme. Så skal man pludseligt til at gå mange versioner tilbage, for at rode tingene ud. Med SVN skal man kun gå tilbage til den forrige version og så fixer man tingene når de opstår med det samme. Jeg gætter på det med at skulle gå tilbage til en revision som er mere end 2-5 commits gamle, må være noget forfærdeligt rod.

On Thursday, December 27, 2012 7:07:15 PM UTC+1, Thorbjørn Ravn Andersen, 20121227 wrote:
> Hansen <> writes:
> 
> 
> 
> > Det skader da ikke at man kan se sine film uden at skulle tænde for en larmende pc... Tror du den kan køre disse ting?
> 
> >
> 
> > A) webserver (1 side med 1 billede, burde ikke trække ret meget) 
> 
> > B) måske mailserver oveni - det trækker vel heller ikke ret meget (så behøves jeg ikke at være kunde hos cliche, tror stadigt at gratisdns virker ok?)?
> 
> > C) ssh-server - burde være "standard" og burde IHVERTFALD kunne virke uden problemer 
> 
> > D) svn-server (bør kunne køre nyeste version ihvertfald 2-3 år frem)
> 
> > men jeg forestiller mig ikke at det trækker ret mange ressourcer når
> 
> > der kun er 1-2 brugere 
> 
> 
> 
> Tjoh, man kan jo installere Raspbian, så er det en Debian med apt-get og
> 
> alt det der.  Det burde den vel kunne klare uden de store problemer,
> 
> bare du husker at sætte max-størrelse på hvor stor mails den skal
> 
> acceptere. 

Jeg har faktisk ikke prøvet lige netop det her før med mail-server, men forestiller mig at det ikke er så besværligt hvis man har rodet med linux i nogen år i andre forbindelser... Der bliver noget med gratisdns som skal sættes op, men der lavede jeg noget for et par år siden og hvis man spørger lidt om hjælp i nyhedsgrupper, går det nok...


> > Ellers skal jeg jo nok købe mig en NAS (gerne en som kan køre linux så
> 
> > jeg selv kan opgradere og køre de ting jeg ønsker)...
> 
> 
> 
> Det er også en mulighed.  Eller en af hver? :)

Ja, enig... Hvis der snart kommer en lidt kraftigere raspberry pi, vil jeg dog være mest tryg ved at købe denne - så jeg ved at den kan holde i en 2-3 år...


> Bemærk at som udgangspunkt vil du gerne have at Linuxmaskinen kan have
> 
> skærm og tastatur tilkoblet uden de store sværdslag.  Det gør mange ting
> 
> nemmere. 

Jeg tror at jeg vil styre den med ssh efter at den er opsat og så skal den bare så tændt hele tiden - den afgiver formentligt ingen særlig varme eller støj, så det er meget rart at tænke på... Dvs. skærm og tastatur bliver til min primære arbejdspc og ikke til raspberry pi'en...


> Prøv med Raspberryen og se hvad det bliver til - hobbyer er jo altid
> 
> sjove. 

Ja, det er rigtigt... Nu skal jeg lige se hvor meget tid jeg får til det - jeg er stadigt en smule nervøs for om pi'en er for svag så det kunne være rart hvis de snart lavede en lidt bedre og så betaler jeg også gerne lidt mere, for at være på den sikre side...

On Thursday, December 27, 2012 7:11:06 PM UTC+1, Thorbjørn Ravn Andersen, 20121227 wrote:
> git kan køre på et fladt filsystem evt med ssh foran.  Det er ikke så
> 
> krævende. De andre kan jeg ikke udtale mig om.

Jeg havde nu regnet med at de alle mere eller mindre brugte ca. lige meget cpu/ram osv...

> >> Det er min forståelse at subversion kræver en næsten konstant
> 
> >> 
> 
> >> forbindelse hjem til moderskibet.  Det gør en verden til forskel at alt
> 
> >> 
> 
> >> foregår lokalt og ikke via netværket.
> 
> >
> 
> > Det forstår jeg ikke... Hvorfor skulle svn kræve en konstant
> 
> > forbindelse?
> 
> 
> 
> Fordi klienten skal snakke rigtigt meget med serveren hver gang man skal
> 
> lave noget?

Hvad mener du med "snakke rigtigt meget med serveren" ? Det er jo uundgåeligt for alle den slags systemer, at man skal snakke med serveren for at være opdateret...

Jeg kan ikke rigtigt se at svn skulle "snakke mere med serveren" end alt muligt andet...?

Man snakker jo med serveren for at blive opdateret og gør man ikke det, så er man ikke opdateret...


> > Og hvad mener du med at det gør en verden til forskel om det er lokalt
> 
> > eller over internettet ? Generelt er det jo kun op til ca. 3-400 MB
> 
> > jeg f.eks. har i et projekt og når det en gang er checkout'et så
> 
> > opdaterer/ændrer jeg kun typisk under 10-20 MB og det tager ikke lang
> 
> > tid at comitte eller hente, selv over internettet...
> 
> 
> 
> Jeg kan ikke sige meget andet end man skal prøve det et stykke tid for
> 
> at kunne forholde sig til det.  Det er meget svært at forklare for nogen
> 
> der ikke har prøvet begge dele selv.

Ok, men lige nu har jeg ikke rigtigt adgang til en git-server, så det skal jeg huske til en fremtidig gang (eller til jeg selv får det installeret og opsat)...


> Du kan eventuelt lege lidt med github.com - du kan lave et par legetøjs
> 
> repositories og se om det er noget for dig.

Ok, tak - jeg kigger på det - har lige et par andre vigtige ting jeg også skal have ordnet/nået... Men jeg vil huske det og tjekke det lidt.

On Thu, 27 Dec 2012 23:42:27 -0800 (PST)
Hansen <unodermailen@gmail.com> wrote:
> 
> Det giver ikke mening... Hvis du er offline, så får andre jo alligevel ikke dine seneste ændringer... Og så sidder de og kigger på/arbejder med noget gammelt... Og så er der ingen forskel...
> 
Det er jo ikke sikkert, det du arbejder på, har nogen interesse for
andre umiddelbart.

> 
> Min mening er at det bedste er at uploade ændringer løbende så alle hele tiden kan se hvad der sker. Men så låser du måske det du arbejder på, så andre ikke kan ændre/rode i det imens ?
> 
Hvad nu hvis dine ændringer i sin nuværende form får andres kode til at
fejle. I SVN sammenhæng har det den konsekvens at udviklere først
committer, når de er helt sikker på, det er fejlfrit. Derfor bliver det
til store commits, ingen løbende versionsstyring, kode kan gå tabt hos
den enkelte udvikler pga. hardware fejl eller tyveri.

> Jeg kan nu ikke rigtigt se forskellen... Det med offline: Tjo, en lille forskel er der vel hvis man arbejder steder uden internet... Men det må også give et værre bøvl når man så kommer online og andre har ændret i det samme. Så skal man pludseligt til at gå mange versioner tilbage, for at rode tingene ud. Med SVN skal man kun gå tilbage til den forrige version og så fixer man tingene når de opstår med det samme. Jeg gætter på det med at skulle gå tilbage til en revision som er mere end 2-5 commits gamle, må være noget forfærdeligt rod.
> 
> 
I GIT er det nemt at gå en eller flere versioner tilbage, i SVN er det
noget rod. En grov sammenligning: i SVN er versioner håndteret som en
dobbelt-hængtet liste, mens versioner i GIT er en graf - grafen kan
altid gendannes efter en node fjernes.


Et andet væsentligt aspekt ved GIT er håndtering af branches. En branch
i GIT er lokal indtil den committes, en branch i SVN er altid global.

-- 
Hilsen/Regards
Michael Rasmussen
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917
A computer is like air conditioning: it becomes useless when you open
windows.

Hansen <unodermailen@gmail.com> writes:

>> Nej, du tilslutter bare en USB disk.
>
> Nåhja, den har 2 usb-slots...

Husk den ikke kan levere strøm.  Du skal bruge en hub med ekstern
strømforsyning (den kan så også fodre selve Pi'en også).

Prøv en af de standarddistributioner der er og leg lidt med den.  For at
afstemme dine forventninger er det cirka hvad en almindelig desktop
kunne præstere for 10-15 år siden.
-- 
  Thorbjørn Ravn Andersen   "... plus... Tubular Bells!"

Hansen <unodermailen@gmail.com> writes:

>> Fordi du ikke kan commit'e uden forbindelse til serveren.
>
> Det troede jeg var helt generelt for alle den slags systemer...

De centraliserede, ja.

Prøv at læse http://hginit.com/00.html (som er baseret på Mercurial, men
principperne er de samme).

Joel Spolsky skriver godt så den er absolut læsværdig.

> Det giver ikke mening... Hvis du er offline, så får andre jo alligevel
> ikke dine seneste ændringer... Og så sidder de og kigger på/arbejder
> med noget gammelt... Og så er der ingen forskel...

Det bruger man branches til, og så merger man mellem de forskellige
branches.  Du har primært arbejdet alene, ikke?


-- 
  Thorbjørn Ravn Andersen   "... plus... Tubular Bells!"

On Friday, December 28, 2012 10:43:27 AM UTC+1, Michael Rasmussen wrote:
> On Thu, 27 Dec 2012 23:42:27 -0800 (PST)
> 
> Hansen <> wrote:
> 
> > 
> 
> > Det giver ikke mening... Hvis du er offline, så får andre jo alligevel ikke dine seneste ændringer... Og så sidder de og kigger på/arbejder med noget gammelt... Og så er der ingen forskel...
> 
> > 
> 
> Det er jo ikke sikkert, det du arbejder på, har nogen interesse for
> 
> andre umiddelbart.

Det er som regel rart altid at kunne se den sidste version, hvis man har brug for det...

> > Min mening er at det bedste er at uploade ændringer løbende så alle hele tiden kan se hvad der sker. Men så låser du måske det du arbejder på, så andre ikke kan ændre/rode i det imens ?
> 
> > 
> 
> Hvad nu hvis dine ændringer i sin nuværende form får andres kode til at
> 
> fejle. I SVN sammenhæng har det den konsekvens at udviklere først

Jeg plejer at aftale det med folk jeg arbejder med: "Nu roder jeg lidt med det her og så skal i ikke rode på det samtidigt medmindre vi lige tales ved" - alligevel committer jeg så folk kan se og bruge det. Hvis noget fejler, så må folk være voksne nok til selv at lave en work-around - jeg har som regel aftalt det med folk på forhånd også...

> committer, når de er helt sikker på, det er fejlfrit. Derfor bliver det
> 
> til store commits, ingen løbende versionsstyring, kode kan gå tabt hos
> 
> den enkelte udvikler pga. hardware fejl eller tyveri.

Men det er da det samme!?! Hvis du committer sent med svn eller git eller noget andet. Du arbejder jo ikke hurtigere eller langsommere om du bruger svn/git/andet.

> > Jeg kan nu ikke rigtigt se forskellen... Det med offline: Tjo, en lille forskel er der vel hvis man arbejder steder uden internet... Men det må også give et værre bøvl når man så kommer online og andre har ændret i det samme. Så skal man pludseligt til at gå mange versioner tilbage, for at rode tingene ud. Med SVN skal man kun gå tilbage til den forrige version og så fixer man tingene når de opstår med det samme. Jeg gætter på det med at skulle gå tilbage til en revision som er mere end 2-5 commits gamle, må være noget forfærdeligt rod.
> 
> > 
> 
> > 
> 
> I GIT er det nemt at gå en eller flere versioner tilbage, i SVN er det
> 
> noget rod. En grov sammenligning: i SVN er versioner håndteret som en

Syntes jeg nu ikke: svn up -rprev og svn log (evt. blame-funktion) til at finde versionen frem.

> dobbelt-hængtet liste, mens versioner i GIT er en graf - grafen kan
> 
> altid gendannes efter en node fjernes.

Jeg ved ikke hvad dobbelt-hængtet liste betyder, så der mistede du mig lige...

> Et andet væsentligt aspekt ved GIT er håndtering af branches. En branch
> 
> i GIT er lokal indtil den committes, en branch i SVN er altid global.

Jeg kan umuligt se forskellen... En branch i SVN kan da ikke være andet end "lokal", indtil den committes - fordi ingen andre kan se nogen ændringer før det er committet... Og så er der ingen forskel.

On Friday, December 28, 2012 11:34:28 AM UTC+1, Thorbjørn Ravn Andersen, 20121228 wrote:

> Husk den ikke kan levere strøm.  Du skal bruge en hub med ekstern
> 
> strømforsyning (den kan så også fodre selve Pi'en også).

Ja, jeg har læst lidt om det.

> Prøv en af de standarddistributioner der er og leg lidt med den.  For at
> 
> afstemme dine forventninger er det cirka hvad en almindelig desktop
> 
> kunne præstere for 10-15 år siden.

Bortset fra video kører ret godt, har jeg læst.

On Friday, December 28, 2012 11:37:59 AM UTC+1, Thorbjørn Ravn Andersen, 20121228 wrote:
> 
> >> Fordi du ikke kan commit'e uden forbindelse til serveren.
> 
> >
> 
> > Det troede jeg var helt generelt for alle den slags systemer...
> 
> 
> 
> De centraliserede, ja.
> 
> 
> 
> Prøv at læse http://hginit.com/00.html (som er baseret på Mercurial, men
> 
> principperne er de samme).
> 
> 
> 
> Joel Spolsky skriver godt så den er absolut læsværdig.

Jeg syntes også tidligere at jeg har læst at det skulle være godt/bedre end alt andet. Men da jeg har gratis svn-adgang og ikke gratis adgang til andet, så er jeg blevet ved svn indtil nu.

> > Det giver ikke mening... Hvis du er offline, så får andre jo alligevel
> 
> > ikke dine seneste ændringer... Og så sidder de og kigger på/arbejder
> 
> > med noget gammelt... Og så er der ingen forskel...
> 
> 
> 
> Det bruger man branches til, og så merger man mellem de forskellige
> 
> branches.  Du har primært arbejdet alene, ikke?

Kun på det seneste arbejder jeg mest alene. Ellers har jeg arbejdet med folk i grupper på 2-3 personer. Og jeg har altid holdt mig mest muligt væk fra branches fordi det bliver besværligt at "samle" ændringer senere. Dog har jeg rodet med det for et par år siden - det er ikke der jeg gider at bruge hovedparten af min tid, må jeg indrømme. Så har jeg andre og meget vigtigere ting at tage mig til.

Den 28-12-2012 08:48, Hansen skrev:
> Jeg har faktisk ikke pr�vet lige netop det her f�r med mail-server,
 > men forestiller mig at det ikke er s� besv�rligt hvis man har rodet
 > med linux i nogen �r i andre forbindelser... Der bliver noget med
 > gratisdns som skal s�ttes op, men der lavede jeg noget for et par �r
 >

Jeg har leget med mailserver p� raspberry, med ~15 konti /150 adresser. 
Det var ingen problem, men jeg t�r ikke s�tte det i drift, da jeg 
tvivler p� at resourserne til ASSP eller SpamAsassin  er tilstr�kkelige.
ASSP tr�kker t�nder ud af min 2,5Mz WinXPmaskine. og kan jeg ikke flytte 
Antispam med, har jeg ikke gevinst.

//finn

Den 27-12-2012 00:40, Thorbjørn Ravn Andersen, 20121227 skrev:
> Jeg tror personligt selv at Raspberry Pi'ens spidskompetence er som
> HDMI-CEC forbundet (fjernbetjent via HDMI-kablet) videoafspiller
> monteret bag på et almindeligt fjernsyn.

Dette er ikke korrekt!
RPiens spidskompetence er pris og enkel opbygning mhb. på at kunne 
bruges i undervisningsøjemed (700Mhz ARM).
Den er udmærket som media-afspiller, eks. med XBMC (eks. med RaspBMC) 
som er en Debiantilpasning, som får den til at virke, endda uden brug af 
mus og tastatur, på ~10 min med et tv/skærm med HDMIindgang og 
Fjernbetjening.
Den virker stort set som et jaailbreaket AppleTV, men med lidt dårligere 
billede, (på trods af Atvs 720p og Rpis 1080p) og knap så hurtig til 
både betjening og billedrendering.
Der fås forskellige OS, både brands af linux, android og en Risc 
version, og hele systemet ligger på SDkortet. Debian/arm 6 er en "ren 
debian" som ser ud til at indeholde de fleste nødvendige værktøjer.
Rpien har iøvrigt nogle ledige digitale I/O pins.

//finn

On Friday, December 28, 2012 7:01:46 PM UTC+1, smeden wrote:
> Den 28-12-2012 08:48, Hansen skrev:

> Jeg har leget med mailserver på raspberry, med ~15 konti /150 adresser. 
> 
> Det var ingen problem, men jeg tør ikke sætte det i drift, da jeg 
> 
> tvivler på at resourserne til ASSP eller SpamAsassin  er tilstrækkelige.

Det problem får jeg ikke - aner ikke engang hvad ASSP er og tror ikke jeg har brug for det...

> ASSP trækker tænder ud af min 2,5Mz WinXPmaskine. og kan jeg ikke flytte 
> 
> Antispam med, har jeg ikke gevinst.

Min tanke er at mailserveren skal bare hente ALLE mails, inkl. spam-mailsene. Begrundelsen er at jeg alligevel henter alle mails'ene ind i min gmail-konto og gmail har i mine øjne verdens bedste spam-filter... Jeg kan afsende mails fra gmail som om at de kommer fra mit alm. domæne - det kunne du evt. overveje... Jeg gider ihvertfald ikke rode med spam-assasin (jeg tror også den laver latterlige reklamer, hvis ikke man betaler og det gider jeg ikke). Da jeg ikke ved hvad ASSP er, tror jeg ikke at jeg har/får brug for det nogensinde.

On Friday, December 28, 2012 8:12:28 PM UTC+1, smeden wrote:
> Den 27-12-2012 00:40, Thorbjørn Ravn Andersen, 20121227 skrev:
> 
> > Jeg tror personligt selv at Raspberry Pi'ens spidskompetence er som
> 
> > HDMI-CEC forbundet (fjernbetjent via HDMI-kablet) videoafspiller
> 
> > monteret bag på et almindeligt fjernsyn.
> 
> 
> 
> Dette er ikke korrekt!
> 
> RPiens spidskompetence er pris og enkel opbygning mhb. på at kunne 
> 
> bruges i undervisningsøjemed (700Mhz ARM).
> 
> Den er udmærket som media-afspiller, eks. med XBMC (eks. med RaspBMC) 
> 
> som er en Debiantilpasning, som får den til at virke, endda uden brug af 
> 
> mus og tastatur, på ~10 min med et tv/skærm med HDMIindgang og 
> 
> Fjernbetjening.
> 
> Den virker stort set som et jaailbreaket AppleTV, men med lidt dårligere 
> 
> billede, (på trods af Atvs 720p og Rpis 1080p) og knap så hurtig til 
> 
> både betjening og billedrendering.
> 
> Der fås forskellige OS, både brands af linux, android og en Risc 
> 
> version, og hele systemet ligger på SDkortet. Debian/arm 6 er en "ren 
> 
> debian" som ser ud til at indeholde de fleste nødvendige værktøjer.

Det gør mig lidt nervøs at du skriver at den er "knap" så hurtig - måske skal jeg prøve at købe mig en synology istedet og koncentrere mine kræfter om at sætte den op - den er vel noget kraftigere og som jeg har skrevet, vil jeg godt have noget der varer en 2-3 år...

Men det giver jo fint mening at man får så billig en pris, ikke kan forvente så meget...

> Rpien har iøvrigt nogle ledige digitale I/O pins.

Du mener det med de pins til f.eks. at lave home automation? Det er også noget jeg godt kunne tænke mig, men jeg har ikke fået gjort det endnu - jeg har lidt småtravlt med arbejde og andet, men faktisk da jeg så at nogen brugte de pins til små programmerings- home-automation opgaver, tænkte jeg at det kunne sgu' være sjovt/fedt at bruge tid på...

Men når den nok alligevel falder ud på kriteriet om at være for langsom så skal jeg måske i første omgang købe mig en synology-nas og sætte den op til mit primære behov.

Så kan jeg lege et par måneder og måske om 1/2 år kommer der så en ny og bedre/stærkere/kraftigere raspberry PI og så vil jeg være interesseret i at købe sådan en...

Hansen <unodermailen@gmail.com> writes:

> Kun på det seneste arbejder jeg mest alene. Ellers har jeg arbejdet
> med folk i grupper på 2-3 personer. Og jeg har altid holdt mig mest
> muligt væk fra branches fordi det bliver besværligt at "samle"
> ændringer senere. Dog har jeg rodet med det for et par år siden - det
> er ikke der jeg gider at bruge hovedparten af min tid, må jeg
> indrømme. Så har jeg andre og meget vigtigere ting at tage mig til.

Jeg har også hørt at det er ret besværligt i svn. Det er det så ikke i
git.

Jeg har stor forståelse for at du har andre og vigtigere ting at tage
dig til - det var bare et indspark for at nævne at der er nyt at lære på
den front, og at det kan være en fordel at se på det.  Du ved så bedst
hvad der er godt for dig :)
-- 
  Thorbjørn Ravn Andersen   "... plus... Tubular Bells!"

smeden <mig@not2old.dk> writes:

> Den 27-12-2012 00:40, Thorbjørn Ravn Andersen, 20121227 skrev:
>> Jeg tror personligt selv at Raspberry Pi'ens spidskompetence er som
>> HDMI-CEC forbundet (fjernbetjent via HDMI-kablet) videoafspiller
>> monteret bag på et almindeligt fjernsyn.
>
> Dette er ikke korrekt!
> RPiens spidskompetence er pris og enkel opbygning mhb. på at kunne
> bruges i undervisningsøjemed (700Mhz ARM).

Det er det den er TÆNKT til, ja.  Det er ikke det samme som at det viser
sig at det er det der er dens spidskompetance.

Du ved, det bedste værktøj bruges til ting de oprindelige designere
overhovedet ikke havde forestillet sig.

> Den virker stort set som et jaailbreaket AppleTV, men med lidt
> dårligere billede, (på trods af Atvs 720p og Rpis 1080p) og knap så
> hurtig til både betjening og billedrendering.

Dårligere billede?  h264dekodet HD-indhold er vel det det er?  Eller har
du bemærket noget jeg ikke har.

-- 
  Thorbjørn Ravn Andersen   "... plus... Tubular Bells!"

Hansen <unodermailen@gmail.com> writes:

> On Friday, December 28, 2012 11:34:28 AM UTC+1, Thorbjørn Ravn Andersen, 20121228 wrote:
>
>> Husk den ikke kan levere strøm.  Du skal bruge en hub med ekstern
>> 
>> strømforsyning (den kan så også fodre selve Pi'en også).
>
> Ja, jeg har læst lidt om det.
>
>> Prøv en af de standarddistributioner der er og leg lidt med den.  For at
>> 
>> afstemme dine forventninger er det cirka hvad en almindelig desktop
>> 
>> kunne præstere for 10-15 år siden.
>
> Bortset fra video kører ret godt, har jeg læst.

Der er hardwareunderstøttelse - det hjælper en hel del (der går cputiden
stort set med at proppe bits ned i pipelinen).  Nu snakkede jeg om de
ting du faktisk har nævnt at du vil bruge det til.

-- 
  Thorbjørn Ravn Andersen   "... plus... Tubular Bells!"

Den 29-12-2012 02:10, Thorbjørn Ravn Andersen, 20121229 skrev:
>> Den virker stort set som et jaailbreaket AppleTV, men med lidt
>> >dårligere billede, (på trods af Atvs 720p og Rpis 1080p) og knap så
>> >hurtig til både betjening og billedrendering.
> Dårligere billede?  h264dekodet HD-indhold er vel det det er?  Eller har
> du bemærket noget jeg ikke har.

Jeg fik udtrykt mig forkert. Jeg har både jailbreaket Atv2 og Rpi.
De er begge installeret med XBMC, Rpien med Raspbmc.
At vandre rundt i menuerne er markant hurtigere på Atv.
Når jeg spoler frem i en film/video på atv, er "det nye billede" hvor 
jeg spoler frem til, på plads i løbet af max 1 sek.
Gør jeg det samme med Rpi, kan det vare 10+ sek. inden det nye billede 
er på plads.
Jeg synes dog også at billedet oftere er lidt uldent på Rpien når jeg 
ser film fra nettet, men der er  det er lidt sværere at pege på årsagen!

//finn

On Saturday, December 29, 2012 2:00:16 AM UTC+1, Thorbjørn Ravn Andersen, 20121229 wrote:
> Hansen <@gmail.com> writes:
> 

> Jeg har også hørt at det er ret besværligt i svn. Det er det så ikke i
> git.

I SVN er det mit indtryk, at det er besværligt - jeg tror dog at jeg måske godt kan finde ud af det. I bund og grund kopierer den vist bare en hel mappe i repo'et over i et nyt underbibliotek. Men hvis man så skal til at sammenligne branches og merge dem sammen, så begynder jeg at stå af fordi f.eks. med kode så er det et helvedes arbejde at få to meget forskellige versioner til at virke sammen.

Så når jeg har arbejdet med folk (i de små grupper jeg nu gør det i), så har jeg som regel altid undgået branches - jeg har dog leget noget med det for ca. 2 år siden og jeg forstår godt at den "bare" kopierer alle filer over i et nyt underbibliotek på repos'et...


> Jeg har stor forståelse for at du har andre og vigtigere ting at tage
> dig til - det var bare et indspark for at nævne at der er nyt at lære på
> den front, og at det kan være en fordel at se på det.  Du ved så bedst
> hvad der er godt for dig :)

Ihvertfald med cvs/svn er branches besværligt at merge sammen, i mine øjne (min erfaring). Så er det bedst at undgå at lave dem og den metodik bruger jeg så.

Men jeg er da glad for at du skriver at git er bedre - det har jeg faktisk også læst et par gange før. Når jeg får min egen server, så tror jeg at jeg vil installere git som du skriver - alle der bruger det, syntes jeg altid siger at svn/cvs er dårligere så du har nok ret...

Mange tak for din anbefaling - når jeg får min egen server, kan jeg ligeså godt installere git (men nu bruger jeg svn, da det er gratis til rådighed for mig)...

On Saturday, December 29, 2012 2:12:15 AM UTC+1, Thorbjørn Ravn Andersen, 20121229 wrote:
> > Bortset fra video kører ret godt, har jeg læst.
> 
> 
> Der er hardwareunderstøttelse - det hjælper en hel del (der går cputiden
> stort set med at proppe bits ned i pipelinen).  Nu snakkede jeg om de
> ting du faktisk har nævnt at du vil bruge det til.

Du har ret - jeg var sgu' også bange for at det lød for godt til at være sandt, at man får så få penge skulle kunne købe noget der svarede til noget dyrere.

Jeg tror at min plan lige nu er, først at købe en eller anden synology eller lignende NAS, der kan bruges som server til de ting jeg skrev (nogen anbefalinger ?)

Og så måske til sommer, når alting kører, kan jeg købe mig en raspberry PI (jeg håber dog at den kommer i en kraftigere version) og lege med den...

Det er min plan lige pt... Så er jeg mest sikker på at få opfyldt mine behov 2-3 år frem... Raspberry PI'en må så (nok) mest betragtes som ligetøj eller medie-server og kun det alene fordi den kan hardware-decode film på fornuftig vis...

On Saturday, December 29, 2012 12:20:31 PM UTC+1, smeden wrote:
> Den 29-12-2012 02:10, Thorbjørn Ravn Andersen, 20121229 skrev:
> Jeg fik udtrykt mig forkert. Jeg har både jailbreaket Atv2 og Rpi.
> 
> De er begge installeret med XBMC, Rpien med Raspbmc.
> At vandre rundt i menuerne er markant hurtigere på Atv.
> Når jeg spoler frem i en film/video på atv, er "det nye billede" hvor 
> jeg spoler frem til, på plads i løbet af max 1 sek.
> Gør jeg det samme med Rpi, kan det vare 10+ sek. inden det nye billede 
> er på plads.

Av, det er jeg sgu' ikke glad for at høre... Den slags hader jeg...

Anyway, jeg tror at jeg mere eller mindre er kommet frem til at raspberry pi'en er for langsom til mit behov (som gerne skulle virke i 2-3 år frem), men den er nok meget god til underholdning og evt. hvis jeg en dag skulle kaste mig over noget home-automation, så vil jeg nok blive meget begejstret for den...

Det kunne dog være fedt, hvis de lavede den raspberry PI i en kraftigere version i løbet af det næste år...

On Sat, 29 Dec 2012 13:58:25 -0800 (PST)
Hansen <unodermailen@gmail.com> wrote:

> 
> Ihvertfald med cvs/svn er branches besværligt at merge sammen, i mine øjne (min erfaring). Så er det bedst at undgå at lave dem og den metodik bruger jeg så.
> 
> Men jeg er da glad for at du skriver at git er bedre - det har jeg faktisk også læst et par gange før. Når jeg får min egen server, så tror jeg at jeg vil installere git som du skriver - alle der bruger det, syntes jeg altid siger at svn/cvs er dårligere så du har nok ret...
> 
Du kan eventuelt se/høre Linus Torvalds forklaring på, hvorfor GIT er
det bedste versionssystem.
http://www.youtube.com/watch?v=4XpnKHJAok8

-- 
Hilsen/Regards
Michael Rasmussen
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917
A computer is like air conditioning: it becomes useless when you open
windows.

Michael Rasmussen sendte dette med sin computer:
> On Sat, 29 Dec 2012 13:58:25 -0800 (PST)
> Hansen <unodermailen@gmail.com> wrote:
>
>> 
>> Ihvertfald med cvs/svn er branches besv�rligt at merge sammen, i mine �jne 
>> (min erfaring). S� er det bedst at undg� at lave dem og den metodik bruger 
>> jeg s�.
>> 
>> Men jeg er da glad for at du skriver at git er bedre - det har jeg faktisk 
>> ogs� l�st et par gange f�r. N�r jeg f�r min egen server, s� tror jeg at jeg 
>> vil installere git som du skriver - alle der bruger det, syntes jeg altid 
>> siger at svn/cvs er d�rligere s� du har nok ret...
>> 
> Du kan eventuelt se/h�re Linus Torvalds forklaring p�, hvorfor GIT er
> det bedste versionssystem.
> http://www.youtube.com/watch?v=4XpnKHJAok8

Jeg plejer at arbejde fra flere maskiner, der ikke er t�ndt samtidig; 
s� jeg bliver vel n�dt til at have en central always-on server 
alligevel.

-- 
Husk k�relys bagp�, hvis din bilfabrikant har taget den idiotiske 
beslutning at undlade det.

On Saturday, December 29, 2012 11:39:48 PM UTC+1, Michael Rasmussen wrote:
> On Sat, 29 Dec 2012 13:58:25 -0800 (PST)
> Du kan eventuelt se/høre Linus Torvalds forklaring på, hvorfor GIT er
> 
> det bedste versionssystem.
> 
> http://www.youtube.com/watch?v=4XpnKHJAok8

Ok, kigger på det lidt senere - tak.

On Sunday, December 30, 2012 1:05:27 AM UTC+1, Børge Jensen III wrote:
> Michael Rasmussen sendte dette med sin computer:
> > http://www.youtube.com/watch?v=4XpnKHJAok8
> 
> 
> 
> Jeg plejer at arbejde fra flere maskiner, der ikke er tændt samtidig; 
> 
> så jeg bliver vel nødt til at have en central always-on server 
> 
> alligevel.

Ja, det er faktisk også mit største problem...

Jeg arbejder ofte på noget om aftenen/i weekenden som jeg så tager med til/fra arbejdet...

Så jeg committer typisk ca. 3-4 gange om dagen... middag, eftermiddag og aften... Nogengange op til 10 gange om dagen, hvis jeg arbejder meget og ændrer en masse.

Hansen formulerede sp�rgsm�let:
> On Sunday, December 30, 2012 1:05:27 AM UTC+1, B�rge Jensen III wrote:
>> Michael Rasmussen sendte dette med sin computer:
>>> http://www.youtube.com/watch?v=4XpnKHJAok8
>> 
>> 
>> 
>> Jeg plejer at arbejde fra flere maskiner, der ikke er t�ndt samtidig; 
>> 
>> s� jeg bliver vel n�dt til at have en central always-on server 
>> 
>> alligevel.
>
> Ja, det er faktisk ogs� mit st�rste problem...
>
> Jeg arbejder ofte p� noget om aftenen/i weekenden som jeg s� tager med 
> til/fra arbejdet...
>
> S� jeg committer typisk ca. 3-4 gange om dagen... middag, eftermiddag og 
> aften... Nogengange op til 10 gange om dagen, hvis jeg arbejder meget og 
> �ndrer en masse.

Hvordan takler man at man har 50000 billeder i 3-4 st�rrelser, der ikke 
skal ind i git?

Laver et specielt dom�ne til dem?

Leif

-- 
Husk k�relys bagp�, hvis din bilfabrikant har taget den idiotiske 
beslutning at undlade det.

On Sunday, December 30, 2012 10:31:31 AM UTC+1, Leif Neland wrote:

> > Så jeg committer typisk ca. 3-4 gange om dagen... middag, eftermiddag og 
> > aften... Nogengange op til 10 gange om dagen, hvis jeg arbejder meget og 
> > ændrer en masse.
> 
> 
> Hvordan takler man at man har 50000 billeder i 3-4 størrelser, der ikke 
> skal ind i git?
> 
> 
> Laver et specielt domæne til dem?

Jeg ved ikke om du spørger mig om det, men jeg bruger for alle de systemer "ignore"-funktionaliteten til at undgå store filer som ændres meget/ofte og især binære filer.

Jeg ved ikke hvad du mener med "domæne" - jeg overfører ignore-filer (f.eks. store binære filer), f.eks. med ftp og kører det udenom versions-styringen. Jeg bruger i forvejen omkring 1 GB i mit repos så jeg prøver ikke at belaste tingene mere end nødvendigt (dog kommer binære filer også ind, hvis de er "permanente" og brugbare og der laver jeg en afvejning - men jeg har f.eks. også filer på 1 GB per fil som bare er midlertidigt data og det skal IKKE ind i versions-systemet).

Hansen skrev:

> Men da jeg har gratis svn-adgang og ikke gratis adgang til andet, s�
> er jeg blevet ved svn indtil nu.

Bitbucket, Github og Assembla l�gger alle gratis serverplads til
r�dighed for distribuerede versionskontrolarkiver, s� det b�r ikke
begr�nse dig.

God forn�jelse,

Jacob
-- 
V�r klar over, at det bliver et v�rre vejr hver dag, s� det
vejr er ikke meget v�rd.

Jacob Sparre Andersen <sparre@nbi.dk> writes:

> Hansen skrev:
>
>> Men da jeg har gratis svn-adgang og ikke gratis adgang til andet, så
>> er jeg blevet ved svn indtil nu.
>
> Bitbucket, Github og Assembla lægger alle gratis serverplads til
> rådighed for distribuerede versionskontrolarkiver, så det bør ikke
> begrænse dig.

Jeg tror ikke "Hansen" bruger det til Open Source projekter.  Privathed
plejer at koste penge.

-- 
  Thorbjørn Ravn Andersen   "... plus... Tubular Bells!"

Thorbj�rn Ravn Andersen, 20130104 kom med denne ide:
> Jacob Sparre Andersen <sparre@nbi.dk> writes:
>
>> Hansen skrev:
>> 
>>> Men da jeg har gratis svn-adgang og ikke gratis adgang til andet, s�
>>> er jeg blevet ved svn indtil nu.
>> 
>> Bitbucket, Github og Assembla l�gger alle gratis serverplads til
>> r�dighed for distribuerede versionskontrolarkiver, s� det b�r ikke
>> begr�nse dig.
>
> Jeg tror ikke "Hansen" bruger det til Open Source projekter.  Privathed
> plejer at koste penge.

bitbucket.org f.ex. er gratis for op til 5 brugere p� et lukket 
repository.

Leif

-- 
Husk k�relys bagp�, hvis din bilfabrikant har taget den idiotiske 
beslutning at undlade det.

Den 29-12-2012 23:02, Hansen skrev:
> Du har ret - jeg var sgu' ogs� bange for at det l�d for godt til at v�re sandt, at man f�r s� f� penge skulle kunne k�be noget der svarede til noget dyrere.
>
Nu har jeg f�et trimmet og optimeret lidt, og den er faktisk ikke helt 
tumbet som mediecenter. Jeg har alt til at k�re, og er imponeret over at 
ogs� AirPlay virker, fra b�de mobil og iPad

> Jeg tror at min plan lige nu er, f�rst at k�be en eller anden synology eller lignende NAS, der kan bruges som server til de ting jeg skrev (nogen anbefalinger ?)
>
Hvis der skal v�re harddisk, tror jeg ogs� det er en bedre l�sning. Jeg 
har bl. a. en 1Tb Qnap, og det eneste som irriterer mig er at OS ikke 
k�rer som en "ren Linux" men er chrooted p� en m�de jeg ikke kan gennemskue.
Hindb�rt�rten har jo ikke harddiskinterface, men k�rer b�de net og disk 
via USB kanalen, s� ifb. med diske vil perf. v�re reduceret kraftigt.

> Og s� m�ske til sommer, n�r alting k�rer, kan jeg k�be mig en raspberry PI (jeg h�ber dog at den kommer i en kraftigere version) og lege med den...
Det h�b kan du godt glemme de n�ste par �r.
>
> Det er min plan lige pt... S� er jeg mest sikker p� at f� opfyldt mine behov 2-3 �r frem... Raspberry PI'en m� s� (nok) mest betragtes som liget�j eller medie-server og kun det alene fordi den kan hardware-decode film p� fornuftig vis...
og leges med i en masse andre sammenh�nge

//finn

Den 29-12-2012 12:20, smeden skrev:
> Jeg fik udtrykt mig forkert. Jeg har både jailbreaket Atv2 og Rpi.
> De er begge installeret med XBMC, Rpien med Raspbmc.
> At vandre rundt i menuerne er markant hurtigere på Atv.
> Når jeg spoler frem i en film/video på atv, er "det nye billede" hvor
> jeg spoler frem til, på plads i løbet af max 1 sek.
> Gør jeg det samme med Rpi, kan det vare 10+ sek. inden det nye billede
> er på plads.
> Jeg synes dog også at billedet oftere er lidt uldent på Rpien når jeg
> ser film fra nettet, men der er  det er lidt sværere at pege på årsagen!

For god ordens skyld, har jeg på bedste socialdemokratiske vis ændret 
standpunkt fordi jeg er blevet klogere!

Jeg har nu haft 2 andre Raspberry Pi i hænderne, og de lever begge til 
fulde op til det jailbreakede AppleTV2.
Jeg har derfor fået byttet mit RPi kort til et nyt, og det kører også 
perfekt, så hvem der end måtte være interesseret i XBMC mediecenter, så 
kom bare i gang!

//finn