[LA] Projekt: "Wir techen dat Ding"

[paganlord]

ne, ich hab mich noch nicht damit befasst, wie man einen anonymen read only Zugang einrichtet

[heipei]

ist ganz einfach, in deinem repository einfach unter conf/svnserve.conf folgendes stehen haben:

Code: Alles auswählen

[general]
anon-access = read
auth-access = write
password-db = passwd


also auf die erste zeile mit dem "anon-access" kommts natürlich ein, das ist standardmäßig auf "none" gesetzt

[paganlord]

ich hab das nicht über svnserve laufen. Hab jetzt trotzdem rausgefunden wie anonymer read-only access geht.

Mit

Code: Alles auswählen

svn co https://schattenwelten.tvk.rwth-aachen.de/LAHanke07

kann jetzt jeder die Sourcen auschecken. Fürs Einchecken braucht man dann aber einen Account.

Die URL geht auch im Browser, das pdf liegt in /trunk/pdf/

[heipei]

danke vielmals. den hostname hab ich auch direkt wiedererkannt

[heipei]

sieht ja schon insgesamt ganz gut aus. ein paar tips für euch hätte ich noch (deswegen war ich auch froh selber die tex-sourcen zu haben

1. wie kommt ihr bitte ohne Makefile aus?
2. ich finde dass das ganze ohne dieses grausame koma-script besser aussieht, ordentlicher, leichter lesbar. besonders gut erkennt man es an den (mit koma-script) serifenlosen fonts für die überschriften
3. ihr habt zwar in der seitenangabe "twoside" stehen aber euer dokument macht das nicht wirklich. ich bin mir nicht sicher wodran es liegt, ich glaub ihr braucht das paket "geometry" damit ihr auch wirklich twoside kriegt.
4. mit svn propedit svn:ignore . könnt ihr einstellen welche dateien von svn ignoriert werden (also sowas wie build-produkte *.aux *.log usw)
5. warum habt ihr wenn ihr versionskontrollsystem benutzt einzelne builds von den pdfs mit eingecheckt? ich mein, grade dafür ist doch sowas wie svn da dass man mal eben sagen kann "so, ich geh mal kurz zu revision 174 zurück und bau mir die pdf um zu sehen wie die damals aussah und dann kann ich noch nen diff auf die tex-files machen".

also, alles nicht böse gemeint, wirklich nur gut gemeinte hilfestellungen. aber ansonsten echt gut, fleissig fleissig

[paganlord]

>1. wie kommt ihr bitte ohne Makefile aus?

einfach (pdf)latex auf die Startfile und das wars. Wozu eine makefile? Das wär ja wie ein makefile für ein Hello World Programm

> 2. ich finde dass das ganze ohne dieses grausame koma-script besser aussieht, ordentlicher, leichter lesbar. besonders gut erkennt man es an den (mit koma-script) serifenlosen fonts für die überschriften

finde ich wiederum nicht
Kann sich ja jetzt jeder in den Sourcen anpassen.

> 3. ihr habt zwar in der seitenangabe "twoside" stehen aber euer dokument macht das nicht wirklich. ich bin mir nicht sicher wodran es liegt, ich glaub ihr braucht das paket "geometry" damit ihr auch wirklich twoside kriegt.

weiß ich jetzt auch nicht, aber das geht eigentlich

> 5. warum habt ihr wenn ihr versionskontrollsystem benutzt einzelne builds von den pdfs mit eingecheckt? ich mein, grade dafür ist doch sowas wie svn da dass man mal eben sagen kann "so, ich geh mal kurz zu revision 174 zurück und bau mir die pdf um zu sehen wie die damals aussah und dann kann ich noch nen diff auf die tex-files machen".

ja, hab ich auch gesagt, aber dann gabs irgendwelche Jammerstimmen, die das nicht selber kompilieren wollten

[heipei]

Wozu eine makefile? Das wär ja wie ein makefile für ein Hello World Programm

[...]

ja, hab ich auch gesagt, aber dann gabs irgendwelche Jammerstimmen, die das nicht selber kompilieren wollten

Hi, einen der gründe für ein Makefile hast du eben selber bemerkt. es ist halt was anderes ob man jedesmal pdflatex --irgendwelche-options <datei> eingeben muss oder einfach nur "make". Ausserdem macht "make" auch wirklich nur die pdf wenn sich was geändert hat (deswegen machts auch bei nem hello-word-programm sinn). In das Makefile würde ich halt noch praktische targets wie "make clean" (löscht alle *.pdf, *.aux, *.log, usw), "make tmp-clean" (löscht alle temporären dateien bis auf das .pdf) und noch paar sachen wie "make backup" womit man dann automatisieren kann das das pdf gebaut wird und ein backup unter pdf/la2007-<buildnummer>.pdf abgelegt wird. usw, die möglichkeiten sind unbegrenzt

[zven]

Der Bedarf einer solchen Makefile war bis jetzt einfach noch nicht gegeben, da die Aktualisierung der aktualisierungsbedürftigen Teile auch so klappte, zumindestens mit dem Editor "kile".
Natürlich kann einer, der so eine Datei haben will, eine solche einchecken.

[zven]

Wir sind nun bei Revision 197 angekommen. Die 200er Marke werden wir ohne Probleme knacken.
Infos gibt's nun unter: http://wiki.infostudium.de/wiki/Mitschrift_Hanke_SS07

[paganlord]

hab den aktuellen Zwischenstand (Revision 197) kompiliert und geuppt: http://schattenwelten.tvk.rwth-aachen.de/~mark/LA/
Bevor wieder jemand schreit, das wär nicht rechtzeitig geuppt worden.

Es wird aber noch dran gearbeitet, besonders gestern und heute gabs mehrere Updates (die in dem pdf von jetzt drin sind), aber da kommt sicher noch mehr.

Mal ne Frage: In den Vorbereitsungsstunden gabs noch den Tip, wie man die spezielle Lsg eines inhom LGS und die Basis eines hom. LGS ausrechnet (Auf Normalform gaußen, Einheitsmatrix links abtrennen und Nullmatrix, bzw negative Einheitsmatrix drunterschreiben). Er sagte, das wär auch in der Vorlesung gesagt worden, aber ich find das nicht im Skript... ist das drin?

Was jetzt noch die fehlenden Bilder angeht: Können die Leute, die die Zeichnungen in ihrer Mitschrift haben, die Zeichnungen wenigstens einscannen? Besser eine gescannte Zeichnung drin als gar keine.

[Meolus]

Bzgl. deiner Frage fällt mir (2.31) Anwendung (Lösung eines LGS mittels Normalform) aus dem Script (S. 47 im PDF) und Blatt 2 Aufgabe 20 ein.

Seit 2 Monaten liegen meine gescannten Mitschriften (zwar nur bis 4.20 aber die sind auch bisher noch nicht verarbeitet worden) im SVN (branches\mitschriften\1)...

[paganlord]

Hab das pdf auf Rev 200 geupdated

[Martin]

Hab das pdf auf Rev 200 geupdated

Wieso automatisiert ihr das nicht mit nem hook?

[paganlord]

zu faul