Menu
▾
▴
gnuswork-devel — GNUSWork development mailinglist
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(40) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|
|
From: Olaf <ola...@gm...> - 2004-07-20 14:00:03
|
On Tuesday 20 July 2004 09:10,Ruben Storm wrote: > >Kannst du ein Subversion-Server bei dir einrichten? > > > >Olaf > > Das w=E4re kein Problem, Du solltest mir nur erkl=E4ren was das genau ist= =20 Das gleiche wie CVS nur besser/moderner. > und wo ich die HOWTOS finde. Damit ich mich damit besch=E4ftigen kann. > Sicherheit, Pakete/Ports, Config und so weiter. Sind die sachen die ich > wissen sollte. Jedes Programm das was auf sich h=E4lt, hat die HOWTOS immer zur Software gepackt. Nicht wie bei MickySoft, wo das Geld mit den B=FCchern und Zeitschriften verdient wird in denen steht wie man mit den 1000 schlimmsten Bug's klar kommt. Aber ganz generell: Ich tue auch nichts anderes als den Begriff "Subversion" bei Google ein zu geben. Die g=E4ngige Reihenfolge bei Fragen unter Unix/Linux ist: 1.) Gibt es eine Man-Page (Befehl: "apropos das_thema"). 2.) Hat das Programm selbst eine Hilfsfunktion (Befehl:"das_prog -h" oder "das_prog --help". 3.) Was sagt die Suchmaschine (google z.B.) 4.) Wurde das Problem in einschl=E4gige Newsgroups schon angesprochen? 5.) Selber in Newsgroups posten. 6.) letzter Ausweg: dem/den Entwickler vom Prog eine Mail schreiben. MfG Olaf Links: http://subversion.tigris.org/ http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=3D257 http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=3D256 http://freshmeat.net/search/?q=3DSubversion§ion=3Dprojects&Go.x=3D7&Go.= y=3D11 http://freshmeat.net/projects/subversion/ http://www.amazon.com/exec/obidos/tg/detail/-/0596004486/103-4759686-990065= 8?v=3Dglance http://www.academicsuperstore.com/market/marketdisp.html?PartNo=3D714683 http://www.gnu.org/directory/sysadmin/vc/subversion.html http://svn.collab.net/ http://www.stat.unc.edu/students/statlunch/svn.html http://www.germane-software.com/~ser/R_n_R/subversion.html http://better-scm.berlios.de/subversion/Subversion-Win32-Installation-Guide= =2Etxt |
|
From: Olaf <ola...@gm...> - 2004-07-20 06:56:02
|
On Sunday 18 July 2004 10:14, Olaf 'R=FCbezahl' Radicke wrote: > Hallo Rube! > > Warum schickst u deine Postings eigentlich nie > =FCber "Gnu...@li..."? > > On Sunday 18 July 2004 09:18,Ruben Storm wrote: > > >Mein (vorl=E4ufiges) Fazit: > > >CVS ist f=FCr die Code-Verwaltung =FCber Internet (schon > > >lange) nicht mehr zeitgem=E4=DF. CVS hat soviel Sicherheits-Defizite > > >das man es so verbiegen muss, das es fast nicht mehr > > >nutzbar ist. 'Subversion' w=E4hre wohl (mittlerweile) > > >die bessere L=F6sung. > > > > Ich selbest kenne cvs nicht, aber das mit den Sicherheitsproblemen nervt > > mich schon seit Tagen, hab ne gr=F6ssere Sicherheitsl=FCcke auf einem m= einer > > Server gefunden, und bekomme diese nicht gestopft. Gl=FCcklich bin ich = das > > noch niemand dr=FCber gestolpert ist. Aber das ist nur ne Frage der Zei= t. > > > > Was w=E4re da dann Zeitgem=E4ss mit den CVS, anstatt!! > > 'Subversion' w=E4hre wohl (mittlerweile) die bessere L=F6sung. Kannst du ein Subversion-Server bei dir einrichten? Olaf |
|
From: Olaf <ola...@gm...> - 2004-07-18 08:15:59
|
On Sunday 18 July 2004 09:22,Ruben Storm wrote: > Habe diesen Befehl verwendet: > > cvs -z3 -d:ext:ben...@cv...:/cvsroot/gnuswork commit sh_gnuswork Wenn du cvs -z3 -d:ext:ben...@cv...:/cvsroot/gnuswork commit *.py *.tex machst, werden nicht die ganzen Logs und Zwischen-Produkte wie *.pyc mitgenommen. olaf |
|
From: Olaf <ola...@gm...> - 2004-07-18 08:11:57
|
Hallo Rube! Warum schickst u deine Postings eigentlich nie =FCber "Gnu...@li..."? On Sunday 18 July 2004 09:18,Ruben Storm wrote: > >Mein (vorl=E4ufiges) Fazit: > >CVS ist f=FCr die Code-Verwaltung =FCber Internet (schon > >lange) nicht mehr zeitgem=E4=DF. CVS hat soviel Sicherheits-Defizite > >das man es so verbiegen muss, das es fast nicht mehr > >nutzbar ist. 'Subversion' w=E4hre wohl (mittlerweile) > >die bessere L=F6sung. > > Ich selbest kenne cvs nicht, aber das mit den Sicherheitsproblemen nervt > mich schon seit Tagen, hab ne gr=F6ssere Sicherheitsl=FCcke auf einem mei= ner > Server gefunden, und bekomme diese nicht gestopft. Gl=FCcklich bin ich das > noch niemand dr=FCber gestolpert ist. Aber das ist nur ne Frage der Zeit. > > Was w=E4re da dann Zeitgem=E4ss mit den CVS, anstatt!! 'Subversion' w=E4hre wohl (mittlerweile) die bessere L=F6sung. Olaf |
|
From: Olaf <ola...@gm...> - 2004-07-17 20:58:11
|
On Saturday 17 July 2004 19:48,Ruben Storm wrote: > Hi > ich hab es versucht, bekomm aber imm den folgenden Fehler: > > cvs add: in directory .: > cvs [add aborted]: there is no version here; do 'cvs checkout' first Oh, du gl=FCcklicher!! Eine CVS-Fehlermeldung mit der man was anfangen kann. Du was er von die verlangt. Mach ein "checkou". Dann kopierst du meine SandBox-Dateien in deine und =FCberschreibst somit die Dateien von dir mit meinen. Dann machst du ein "commit *.py *.tex= ". Wenn er ein Kommentar haben will, =F6ffnet sich ein Editor. Da gibst du mein Kommentar ein, den ich schon in meiner vorigen Mail geschrieben habe. H=F6chst wahrscheinlich wird der Editor "vim" gestartet. Falls du damit noch nicht gearbeitet hast: Als erstes musst du "i" dr=FCcken um in den Eingabe-Modus zu kommen. Wenn du fertig bist und beenden+speichern willst dr=FCckst du "Ese" dann ":" dann "qw" dann Return.=20 Viel Erfolg. Olaf |
|
From: Olaf <ola...@gm...> - 2004-07-17 20:58:10
|
On Saturday 17 July 2004 10:40, Olaf 'R=FCbezahl' Radicke wrote: > Mein kurzer Kommentar dazu: > > "Habe Kommentare erg=E4nzt und Objekt- und Variablen-Namen z.T. > ge=E4ndert mit sie im Code einheitlich hei=DFen, wenn sie an andere > Objekte weiter gegeben werden. > Desweiteren die Doku noch etwas umstruckturiert und begonnen > die Umlaute zu erneuern." On Saturday 17 July 2004 19:19,Ruben Storm wrote: > Hallo > Was wurde bei der Sanbox genau ge=E4ndert?? > > Nur der Ordner Doku?? oder auch die anderen beiden?? Zufiel um mich noch im einzelnem daran zu erinnern. Mach einfach ein "cvs commit *.py *.tex". CVS wei=DF von alleine welche es betrifft. Olaf |
|
From: Olaf <ola...@gm...> - 2004-07-17 08:40:13
|
On Saturday 17 July 2004 10:40, Olaf 'R=FCbezahl' Radicke wrote: > Hi! > > Also das mit dem CVS-Server wird wohl nichts mehr. > Vielleicht ist es auch besser so. Dann muss ich ein > sauberen Schlussstrich f=FCr mich ziehen, das Feld > andern =FCberlassen und kann mich auf meine Reisevorbereitungen > konzentrieren. > > Ich habe meine letzten =C4nderungen auf Link vergessen.... http://www.belug.org/~or/gnuswork/ |
|
From: Olaf <ola...@gm...> - 2004-07-17 08:38:56
|
Hi! Also das mit dem CVS-Server wird wohl nichts mehr. Vielleicht ist es auch besser so. Dann muss ich ein sauberen Schlussstrich f=FCr mich ziehen, das Feld=20 andern =FCberlassen und kann mich auf meine Reisevorbereitungen konzentrieren.=20 Ich habe meine letzten =C4nderungen auf=20 abgelegt. Da es noch keine commit's gab, d=FCrfte es keine Probleme geben das u verschmelzen. W=E4hre also nett, wenn ihr das f=FCr mich einspielen k=F6nntet. Mein kurzer Kommentar dazu: "Habe Kommentare erg=E4nzt und Objekt- und Variablen-Namen z.T. ge=E4ndert mit sie im Code einheitlich hei=DFen, wenn sie an andere Objekte weiter gegeben werden. Desweiteren die Doku noch etwas umstruckturiert und begonnen die Umlaute zu erneuern."=20 OK - so weit erst mal... Olaf |
|
From: Olaf <ola...@gm...> - 2004-07-16 06:04:37
|
On Thursday 15 July 2004 17:53, Marcus von Appen wrote: > on Wed, 14 Jul 2004, Olaf 'Ruebezahl' Radicke wrote: > > [or@fd2 gnuswork]$ cvs -t > > -d:ext:ra...@cv...:/cvsroot/gnuswork co ./gnuswork.py > > -> main loop with > > CVSROOT=3D:ext:ra...@cv...:/cvsroot/gnuswork -> > > safe_location( where=3D(null) ) > > -> Starting server: rsh cvs.sourceforge.net -l radicke cvs server > > cvs.sourceforge.net: Connection timed out > > cvs [checkout aborted]: end of file from server (consult above messages > > if any) > > -> Lock_Cleanup() Die Meldung hat sich ETWAS ge=C3=A4ndert: [or@fd2 gnuswork]$ cvs -t -d:ext:ra...@cv...:/cvsroot/gnusw= ork=20 commit ./*.py -> main loop with CVSROOT=3D:ext:ra...@cv...:/cvsroot/gnus= work -> Starting server: rsh cvs.sourceforge.net -l radicke cvs server cvs.sourceforge.net: Connection timed out cvs [commit aborted]: end of file from server (consult above messages if an= y) -> Lock_Cleanup() Die Meldung "-> safe_location( where=3D(null) )" Fehlt nun. > Ok, rollen wir das mal auf: > > Ist der SSH-Key korrekt bei SF hinterlegt (keine Umbrueche im Key, aktuel= l, > passt auf den privaten und den .pub, den Du hast)? Davon gehe ich aus... > Ist SSH korrekt bei Dir aufgesetzt? Funktioniert ein eine SSH session auf > einem anderen Host? Versuch Dich testweise mal auf den Shellservern von > Sourceforge einzuloggen: > > ssh -l <name> shell.sourceforge.net Geht OHNE Passwort! > commits, etc. klappen problemlos bei mir, konnte erfolgreich ChangeLog > Dateien fuer die Module einchecken. =2E..Ein K=C3=B6nigreich f=C3=BCr ein CVS-Debugger!!! MfG Olaf |
|
From: Marcus v. A. <ma...@sy...> - 2004-07-15 15:53:58
|
Hi, on Wed, 14 Jul 2004, Olaf 'Ruebezahl' Radicke wrote: [...] > [or@fd2 gnuswork]$ cvs -t commit ./*.py > -> main loop with=20 > CVSROOT=3D:pserver:ra...@cv...:/cvsroot/gnuswor > k pserver ist nur fuer anonyme logins, die keine Schreibrechte haben > [or@fd2 gnuswork]$ cvs -t -d:ext:ra...@cv...:/cvsroot/gnu= swork=20 > co ./gnuswork.py > -> main loop with CVSROOT=3D:ext:ra...@cv...:/cvsroot/gn= uswork > -> safe_location( where=3D(null) ) > -> Starting server: rsh cvs.sourceforge.net -l radicke cvs server > cvs.sourceforge.net: Connection timed out > cvs [checkout aborted]: end of file from server (consult above messages i= f=20 > any) > -> Lock_Cleanup() Ok, rollen wir das mal auf:=20 Ist der SSH-Key korrekt bei SF hinterlegt (keine Umbrueche im Key, aktuell, passt auf den privaten und den .pub, den Du hast)? Ist SSH korrekt bei Dir aufgesetzt? Funktioniert ein eine SSH session auf einem anderen Host? Versuch Dich testweise mal auf den Shellservern von Sourceforge einzuloggen: ssh -l <name> shell.sourceforge.net commits, etc. klappen problemlos bei mir, konnte erfolgreich ChangeLog Date= ien fuer die Module einchecken. Gruss Marcus --=20 We don't understand the software, and sometimes we don't understand the=20 hardware, but we can *see* the blinking lights! |
|
From: Olaf <ola...@gm...> - 2004-07-15 11:38:33
|
On Thursday 15 July 2004 10:27,Ruben Storm wrote: [...] > >Villeicht ist auch das dass Problem? > > Ich habe noch folgenden Satz im meiner ~/.xinitrc > > eval `ssh-agent -s` > ssh-add ~/.ssh/id_rsa DAS wird es wohl bestimmt nicht sein denn, auf dem CVS-Server von SF wird garantiert kein X laufen und selbst wenn, wird beim ssh-login keine X-Session gestartete. Das selbe f=FCr mein Client-Rechner. MfG Olaf |
|
From: Olaf <ola...@gm...> - 2004-07-15 08:16:25
|
On Thursday 15 July 2004 08:30,Ruben Storm wrote: > Danke f=FCr die gnazen infos. > > >Ich habe noch ein "chmod -R 555 ./.ssh" gemacht weil ich > >mich wage daran erinnere das dass wohl irgend wie n=F6tig > >war. Jetzt warte ich wieder 24 Stunden und wenn dann nichts > >geht gebe ich auf. So nen' Fehlermeldungen kann man einfach > >nichts anfangen. > > Du solltest aber hier chmod 700 setzen da der Ordner ~/.ssh nur lesbar > sein sollte f=FCr den besitzer der keys Diese Seit http://www.rus.uni-stuttgart.de/kurse/material/mutt_ssh/ssh_ohne_passwort.= html=20 Meint: "chmod 644 .ssh/authorized_keys" Auf Seite=20 http://www.fh-friedberg.de/users/thoddy/ssh.html steht noch: "f=FCr SSH2: $ cat id_rsa.pub >> .ssh/authorized_keys2=20 $ chmod go-w .ssh/authorized_keys2 " Villeicht ist auch das dass Problem? |
|
From: Olaf <ola...@gm...> - 2004-07-15 07:59:38
|
On Thursday 15 July 2004 08:30,Ruben Storm wrote: > Danke f=FCr die gnazen infos. > > >Ich habe noch ein "chmod -R 555 ./.ssh" gemacht weil ich > >mich wage daran erinnere das dass wohl irgend wie n=F6tig > >war. Jetzt warte ich wieder 24 Stunden und wenn dann nichts > >geht gebe ich auf. So nen' Fehlermeldungen kann man einfach > >nichts anfangen. > > Du solltest aber hier chmod 700 setzen da der Ordner ~/.ssh nur lesbar > sein sollte f=FCr den besitzer der keys Von http://www.schlittermann.de/ssh "Passwort wird verlangt. Meistens ein Problem der Permissions auf der eigen= en=20 und/oder der anderen Seite: Das Verzeichnis .ssh/ und die die=20 Datei .ssh/authorized_keys darf nur f=FCr den Eigent=FCmer, der auch der=20 "angepeilte" Nutzer sein mu=DF, schreibbar sein. " Ich habe jetzt noch mal ein=20 chmod -Rv 700 ./.ssh/ und ein cat ./id_dsa.pub >> ./.ssh/authorized_keys gamacht. Letzter Versuch. Dann gebe ich auf. Was ist nun eigentlich mit "Gnu...@li..."? Weil du das immer so konsequent NICHT benutzt. Olaf |
|
From: Olaf <ola...@gm...> - 2004-07-14 19:44:55
|
On Tuesday 13 July 2004 21:37,Ruben Storm wrote: > Marcus von Appen schrieb: > >on Tue, 13 Jul 2004, Ruben Storm wrote: > >cvs -z3 -d:ext:<name>:cvs.sf.net:/cvsroot/gnuswork co gnuswork > >cvs -z3 -d:ext:<name>:cvs.sf.net:/cvsroot/gnuswork co sh_gnuswork > >cvs -z3 -d:ext:<name>:cvs.sf.net:/cvsroot/gnuswork co tk_gnuswork > > > >Ansonsten: Siehe den Link, den ich Olaf gepostet hatte. cvs -z3 -d:ext:dev...@cv...:/cvsroot/gnuswork co=20 modulename=20 Zwischen Account und Server muss ein "@" sein und nicht ein ":". > > Danke, hat gefunkt. > Wie tut man das ganze nun updaten um es auf dem selben Stand zu halten?? > > die .tex Dateien hat mir mein KDE mit KILE ge=F6ffnet, wie ist der?? > Wie bekommt man nun die .tex Dateien in ein leserliches PDF?? Zu CVS: Was tut CVS? Es speichert die Unterschiede zwischen den einzelen Versionen (und nur diese) und zwar zeilenweise. In dem es Zeile mit Zeile vergleicht. Genauso wie "diff". (Deshalb sind Bin=E4r-Formate auch problematisch) Das Prinzip der Reihenfolge: 1) Modul auschecken 2) Weiterentwickeln 3) Lokale Dateien Updaten 4) Wenn es Konflikte gibt, diese beseitigen und Code noch mal testen. 5) Neuen Code "commiten" also hochladen =2E..Fertig! So weit die Theorie. Fakt ist aber das ich mit SF auch nicht klar komme. Das gr=F6=DFte Problem ist, das es keine brauchbaren Fehlermeldungen gibt. Meine Session sieht d.Z. so aus: <cvs-session> [or@fd2 gnuswork]$ cvs -t commit ./*.py -> main loop with=20 CVSROOT=3D:pserver:ra...@cv...:/cvsroot/gnuswor k -> Connecting to cvs.sourceforge.net(66.35.250.207):2401 -> system('vi' '/tmp/cvsIrzp0b') -> unlink_file(/tmp/cvsIrzp0b) -> Sending file `answer.py' to server [...] cvs [server aborted]: "commit" requires write access to the repository cvs commit: saving log message in /tmp/cvsk02VUf -> Lock_Cleanup() [or@fd2 gnuswork]$ cvs -t -d:ext:ra...@cv...:/cvsroot/gnusw= ork=20 co ./gnuswork.py -> main loop with CVSROOT=3D:ext:ra...@cv...:/cvsroot/gnus= work -> safe_location( where=3D(null) ) -> Starting server: rsh cvs.sourceforge.net -l radicke cvs server cvs.sourceforge.net: Connection timed out cvs [checkout aborted]: end of file from server (consult above messages if= =20 any) -> Lock_Cleanup() </cvs-session> Ich habe noch ein "chmod -R 555 ./.ssh" gemacht weil ich mich wage daran erinnere das dass wohl irgend wie n=F6tig war. Jetzt warte ich wieder 24 Stunden und wenn dann nichts geht gebe ich auf. So nen' Fehlermeldungen kann man einfach nichts anfangen. Zu (La)TeX: LaTeX ist ein bisschen vergleich bar mit HTML. Es ist ein Textsetzprogramm. LaTeX ist ein Programm das aus LaTeX-Code DVI macht. Das Programm dvipdf macht aus DVI PDF. Das=20 Programm lates2html macht aus LaTeX-Code HTML. Das Programm dvips acht aus DVI PostScript usw.. =20 In dem LaTeX-Code wird den Programmen gesagt, was es damit tun soll. Z.B.=20 \begin{itemize} \item LaTeX \item latex2html \item dvips \item dvipdf \end{itemize} =2E..Sagt mach eine Liste ("itemize") mit den folgenden Punkten("\item"). wo mit du dir dann die LaTeX-/DVI-/PS-/HTML-/PDF-Dateien an siehst ist dir =FCberlassen. MfG Olaf |
|
From: Olaf <ola...@gm...> - 2004-07-13 18:00:05
|
On Tuesday 13 July 2004 19:24, Marcus von Appen wrote: > Hi, > > on Tue, 13 Jul 2004, Olaf 'Ruebezahl' Radicke wrote: > > [...] > > > > Kann sein, dass SF wieder Probleme hat. Immer mal wieder versuchen. > > > > Ich wei=C3=9F ja noch nicht mal ob ich an der richtigen T=C3=BCr > > klopfe. > > Ich gehe immer wie folgt vor: > > [Aederungen machen im CVS] > [Wechsel ins CVS-Verzeichnis] > $ cvs commit > ... [or@fd2 gnuswork]$ cvs -a commit ./*.py cvs [commit aborted]: Stream authentication is only supported when using=20 GSSAPI =2E..Und das gibt's wohl nicht. [or@fd2 gnuswork]$ cvs commit ./*.py cvs [server aborted]: "commit" requires write access to the repository =2E..Na ein commit ohne schreiben wird schwierig. Ich bin gespannt ob das noch was wird. Olaf |
|
From: Marcus v. A. <ma...@sy...> - 2004-07-13 17:24:30
|
Hi, on Tue, 13 Jul 2004, Olaf 'Ruebezahl' Radicke wrote: [...] > > Kann sein, dass SF wieder Probleme hat. Immer mal wieder versuchen. >=20 > Ich wei=C3=9F ja noch nicht mal ob ich an der richtigen T=C3=BCr > klopfe. Ich gehe immer wie folgt vor: [Aederungen machen im CVS] [Wechsel ins CVS-Verzeichnis] $ cvs commit =2E.. Also ohne irgendwelche kompletten -z3 -d:... Angaben. Da der ganze Kram komplett im CVS/ Verzeichnis des Moduls hinterlegt ist, greift sich cvs das. > Oh je! Wenn was schief gelaufen ist vergehen immer 24 Stunden > biss zum n=C3=A4chsten versuch? So in etwa. Liegt, sowiet ich weiss, an den Cronjobs der SF-Server. > ..Einem geschenkten Gauel... >=20 > Ich schicke die mal ein Schnappschuss der Doku. Angekommen, werde sie bei Gelegenheit (die naechsten Tage) mal unter die Lupe nehmen. Gruss Marcus --=20 We don't understand the software, and sometimes we don't understand the=20 hardware, but we can *see* the blinking lights! |
|
From: Olaf <ola...@gm...> - 2004-07-13 17:15:01
|
On Tuesday 13 July 2004 18:29, Marcus von Appen wrote: > on Tue, 13 Jul 2004, Olaf 'Ruebezahl' Radicke wrote: > > > Auf > > cvs -d :ext:ra...@cv...:/cvsroot/gnuswork commit ./*.py > > cvs.sourceforge.net: Connection timed out > > cvs [commit aborted]: end of file from server (consult above messages if > > any) > > > > reagiert der CVS-Server nicht. Flag -a =C3=A4nderd auch nichts > > Kann sein, dass SF wieder Probleme hat. Immer mal wieder versuchen. Ich wei=C3=9F ja noch nicht mal ob ich an der richtigen T=C3=BCr klopfe. > > > Siehe auch > > > http://sourceforge.net/cvs/?group_id=3D113773 > > > > Habe jetz mit > > ssh-keygen -t dsa -C "use...@sh..." > > ein Schl=C3=BCssel generiert und mit > > scp ~/.ssh/id_dsa.pub ra...@sh...:./ > > hochgeschoben und dann umbenannt: > > cat ./id_dsa.pub >> ./.ssh/identity.pub > > > > Aber scheinbar geht es so auch nicht. > > Doch, der braucht nur ca. 24h, bis der Schluessel aktiv ist. Oh je! Wenn was schief gelaufen ist vergehen immer 24 Stunden biss zum n=C3=A4chsten versuch? =2E..Einem geschenkten Gauel... Ich schicke die mal ein Schnappschuss der Doku. Olaf |
|
From: Marcus v. A. <ma...@sy...> - 2004-07-13 16:40:03
|
Hi, on Tue, 13 Jul 2004, Olaf 'Ruebezahl' Radicke wrote: [...] > Wo willst du die Doku f=C3=BCr Entwickler und die abstrakte > Einf=C3=BChrung hinschieben? Definiere 'abstrakte Einfuehrung' ;-). Macht es Sinn, die Entwicklerdoku aufzuteilen (je nach Modul)? =20 > Ich bin jetzt dabei den Mist mit den Umlauten zu > beseitigen. Habe mich f=C3=BCr ae, oe, ue und ss entschieden. > L=C3=A4sst sich aber mit "Suchen & ersetzen" wieder leicht > =C3=84ndern. Okay, sollten wir evtl. spaeter mit einem sed -e 's/ae/\\"a/g', etc. behandeln, hat aber Zeit, oder? [...] > Ich denke die Dia-Dateien k=C3=B6nnen wir auch einchecken. > Ist zwar bl=C3=B6d das es ein Bin=C3=A4r-Format ist, aber mir > f=C3=A4llt nichts besseres ein. Es ist zwar eigentlich XML > aber unkomprimiert sind 11 KB -> 500 KB und fast > 14 000 Zeilen Code. Da sitze ich mit mein 56k-Modem > Tage. Ich k=C3=B6nnte noch die CVS-Obtion "-z3" testen. > Vielleicht ist das eine L=C3=B6sung. Binaer ist Mist, auch mit -kb flag.=20 Aber wenn es nicht anders geht, checke es komprimiert ein (vergiss aber nic= ht die Flags ;-). Gruss Marcus --=20 We don't understand the software, and sometimes we don't understand the=20 hardware, but we can *see* the blinking lights! |
|
From: Marcus v. A. <ma...@sy...> - 2004-07-13 16:29:55
|
Hi, on Tue, 13 Jul 2004, Olaf 'Ruebezahl' Radicke wrote: [...]=20 > [or@fd2 doku]$ cvs -d :ext:ra...@cv...:/cvsroot/sh_gnuswo= rk=20 > login > cvs login: can only use `login' command with the 'pserver' method > cvs [login aborted]:=20 > CVSROOT: :ext:ra...@cv...:/cvsroot/sh_gnuswork >=20 > Mein Englisch ist ja nicht so toll, aber so wie ich es verstehe, > geht `login' mit 'pserver'. Ja, und zwar nur damit. > Auf > cvs -d :ext:ra...@cv...:/cvsroot/gnuswork commit ./*.py > cvs.sourceforge.net: Connection timed out > cvs [commit aborted]: end of file from server (consult above messages if = any) >=20 > reagiert der CVS-Server nicht. Flag -a =C3=A4nderd auch nichts Kann sein, dass SF wieder Probleme hat. Immer mal wieder versuchen. =20 > > > > Siehe auch > > http://sourceforge.net/cvs/?group_id=3D113773 >=20 > Habe jetz mit > ssh-keygen -t dsa -C "use...@sh..." > ein Schl=C3=BCssel generiert und mit=20 > scp ~/.ssh/id_dsa.pub ra...@sh...:./ > hochgeschoben und dann umbenannt: > cat ./id_dsa.pub >> ./.ssh/identity.pub >=20 > Aber scheinbar geht es so auch nicht. Doch, der braucht nur ca. 24h, bis der Schluessel aktiv ist. Gruss Marcus --=20 We don't understand the software, and sometimes we don't understand the=20 hardware, but we can *see* the blinking lights! |
|
From: Olaf <ola...@gm...> - 2004-07-13 16:29:07
|
Hi! On Tuesday 13 July 2004 17:33, Marcus von Appen wrote: > on Tue, 13 Jul 2004, Olaf 'Ruebezahl' Radicke wrote: > > Ich schlage vor aus den Dokus und den UML's ein Extra > > Modul "doku" zu machen. > > > > Sobald ich die Rechte dazu habe, w=C3=BCrde ich das Modul > > hochladen. > > Halte ich fuer ueberdimensioniert und problematisch fuer packages. > Ein doc/-Verzeichnis in den einzelnen Modulen erscheint mir da siniger: > > sh_gnuswork/doc/ > ... > > Das ist auch einfacher mit einem Installer zu behandeln, als noch ein > Dokumentationspaket zu bauen. Wo willst du die Doku f=C3=BCr Entwickler und die abstrakte Einf=C3=BChrung hinschieben? Ich bin jetzt dabei den Mist mit den Umlauten zu beseitigen. Habe mich f=C3=BCr ae, oe, ue und ss entschieden. L=C3=A4sst sich aber mit "Suchen & ersetzen" wieder leicht =C3=84ndern. Bevor jemand anderes an der Doku (inhaltlich) arbeitet, bitte noch solange warten biss das gr=C3=B6bste (die Struktur) steht und alle damit zufrieden sind. Ich denke die Dia-Dateien k=C3=B6nnen wir auch einchecken. Ist zwar bl=C3=B6d das es ein Bin=C3=A4r-Format ist, aber mir f=C3=A4llt nichts besseres ein. Es ist zwar eigentlich XML aber unkomprimiert sind 11 KB -> 500 KB und fast 14 000 Zeilen Code. Da sitze ich mit mein 56k-Modem Tage. Ich k=C3=B6nnte noch die CVS-Obtion "-z3" testen. Vielleicht ist das eine L=C3=B6sung. Olaf |
|
From: Olaf <ola...@gm...> - 2004-07-13 16:22:26
|
On Tuesday 13 July 2004 17:35, Marcus von Appen wrote: > Hi, > > on Tue, 13 Jul 2004, Olaf 'Ruebezahl' Radicke wrote: > [...] > > > Nur Commiten geht nicht. > > > > [or@fd2 gnuswork]$ cvs > > -d:pserver:ra...@cv...:/cvsroot/gnuswork commit ./*.py > > cvs [server aborted]: "commit" requires write access to the repository > > > :pserver: ist, wie schon in einer anderen Mail geschrieben, fuer anonymous > > logins. > > :ext: ist, was Du moechtest ;-). [or@fd2 doku]$ cvs -d :ext:ra...@cv...:/cvsroot/sh_gnuswork= =20 login cvs login: can only use `login' command with the 'pserver' method cvs [login aborted]:=20 CVSROOT: :ext:ra...@cv...:/cvsroot/sh_gnuswork Mein Englisch ist ja nicht so toll, aber so wie ich es verstehe, geht `login' mit 'pserver'. Auf cvs -d :ext:ra...@cv...:/cvsroot/gnuswork commit ./*.py cvs.sourceforge.net: Connection timed out cvs [commit aborted]: end of file from server (consult above messages if an= y) reagiert der CVS-Server nicht. Flag -a =C3=A4nderd auch nichts > > Siehe auch > http://sourceforge.net/cvs/?group_id=3D113773 Habe jetz mit ssh-keygen -t dsa -C "use...@sh..." ein Schl=C3=BCssel generiert und mit=20 scp ~/.ssh/id_dsa.pub ra...@sh...:./ hochgeschoben und dann umbenannt: cat ./id_dsa.pub >> ./.ssh/identity.pub Aber scheinbar geht es so auch nicht. Olaf |
|
From: Marcus v. A. <ma...@sy...> - 2004-07-13 15:35:33
|
Hi, on Tue, 13 Jul 2004, Olaf 'Ruebezahl' Radicke wrote: [...] >=20 > Nur Commiten geht nicht. >=20 > [or@fd2 gnuswork]$ cvs=20 > -d:pserver:ra...@cv...:/cvsroot/gnuswork commit ./*.py > cvs [server aborted]: "commit" requires write access to the repository :pserver: ist, wie schon in einer anderen Mail geschrieben, fuer anonymous logins. :ext: ist, was Du moechtest ;-). Siehe auch http://sourceforge.net/cvs/?group_id=3D113773 Gruss Marcus --=20 We don't understand the software, and sometimes we don't understand the=20 hardware, but we can *see* the blinking lights! |
|
From: Marcus v. A. <ma...@sy...> - 2004-07-13 15:33:54
|
Hi, on Tue, 13 Jul 2004, Olaf 'Ruebezahl' Radicke wrote: > Hi! [...] >=20 > Ich schlage vor aus den Dokus und den UML's ein Extra=20 > Modul "doku" zu machen.=20 >=20 > Sobald ich die Rechte dazu habe, w=C3=BCrde ich das Modul > hochladen. Halte ich fuer ueberdimensioniert und problematisch fuer packages. Ein doc/-Verzeichnis in den einzelnen Modulen erscheint mir da siniger: sh_gnuswork/doc/ =2E.. Das ist auch einfacher mit einem Installer zu behandeln, als noch ein Dokumentationspaket zu bauen. Gruss Marcus --=20 We don't understand the software, and sometimes we don't understand the=20 hardware, but we can *see* the blinking lights! |
|
From: Olaf <ola...@gm...> - 2004-07-13 09:21:59
|
Hi! Ich habe die Doku in sechs einzel Dokus aufgeteilt: developer-manual.tex =20 (f=FCr Entwickler) introduce.tex =20 (abstrakte Themeneinf=FChrung) =20 sh-gnuswork-manual.tex (f=FCr den Kommandozeilen-Klient) gnuswork-manual.tex =20 (f=FCr den Server) protocol-reference.tex (f=FCr das XML-Tcp/IP-Protokoll) =20 tk-gnuswork-manual.tex (f=FCr den GUI-Klienten) Ich schlage vor aus den Dokus und den UML's ein Extra=20 Modul "doku" zu machen.=20 Sobald ich die Rechte dazu habe, w=FCrde ich das Modul hochladen. Olaf |
|
From: Olaf <ola...@gm...> - 2004-07-13 07:59:21
|
On Tuesday 13 July 2004 07:59, Olaf 'R=C3=BCbezahl' Radicke wrote: > On Monday 12 July 2004 23:31, Marcus von Appen wrote: > > Hi, > > > > CVS ist nun aktiv, alle Module sind verfuegbar: > > > > gnuswork > > sh_gnuswork > > tk_gnuswork > > [root@fd2 SandBox]# cvs > -d:pserver:ra...@cv...:/cvsroot/gnuswork > log ./gnuswork/gnuswork.py > > RCS file: /cvsroot/gnuswork/gnuswork/gnuswork.py,v > Working file: ./gnuswork/gnuswork.py > head: 1.24 > branch: > locks: strict > access list: > symbolic names: > [..] > keyword substitution: kv > total revisions: 24; selected revisions: 24 > > ...Sehr sch=C3=B6n! Nur Commiten geht nicht. [or@fd2 gnuswork]$ cvs=20 =2Dd:pserver:ra...@cv...:/cvsroot/gnuswork commit ./*.py cvs [server aborted]: "commit" requires write access to the repository Olaf (bei dem langsam die SandBox =C3=BCberquillt) |
1 message has been excluded from this view by a project administrator.