Re: [Fontlinge-devel] Bugtracker

[Christian B. <chr...@ne...>]

Hallo Ratti, hallo Leute,

Am Sonntag, 27. April 2003 22:34 schrieb Ratti (Joerg Rossdeutscher):
[Bugtracker]

Vorweg: Ich finde das "Zwangslogin" für den Bugträcker ... ähm ... sehr 
ungünstig. Wenn man sich erst registrieren muss, nur um die vorhandenen 
Bugs einzusehen, ist das mehr als nervig. Kannst Du das ändern?

(Um einen Bug zu reporten, ist die Registrierung schon sinnvoll ;-) )

> sf kann anscheinend(?) tatsächlich cronjobs. Ich habe die halbe
> Website auf den Kopf gestellt, bevor ich auf die Idee gekommen bin,
> es "ganz normal" an der Shell zu machen. Blöd.

;-)

> Rein theoretisch sollte jetzt einmal am Tag folgender Link upgedatet
> werden:
> http://fontlinge.sourceforge.net/bugs.txt
>
> Sieht in etwa so aus:
>
> 1	Fontlinge 2.0 final is not released yet.
> 2	Benennung der Dateien
> 3	`bash`-Funktionen entfernen
> 4	~/fontbase-Pfad fest gecodet
> [...]

Kannst Du da was dran ändern? Die Methode hat nämlich den Nachteil, dass 
ich zwar die Überschriften der Fehler sehe, nicht aber das, was dazu 
geschrieben wurde.

Ich würde folgendes bevorzugen:
http://fontlinge.sourceforge.net/bugs/
und darin dann Dateien 1.txt 2.txt 3.txt usw.

> Das Problem: Ich frage mich, wie man das Ding ins cvs reinbekommt.

Recht einfach ;-)

> Derzeit fiele mir nur ein, das über meinen Server zu machen, und das
> ist irgendwie blöd. (Ebenfalls über cron downloaden in eine lokales
> repository und danach ggf. committen)

Prinzipiell sollte es auch per cron auf dem SF-Server funktionieren ;-)
Ist aber eigentlich egal wo, meine Hinweise sind Server-unabhängig.

> Aber es widerstrebt mir, auf
> meinem Server ein komplettes repository einzurichten, 

Brauchst Du nicht. Du brauchst nur eine Sandbox (also eine ganz normale 
Arbeitskopie, wie Du sie per cvs checkout bekommst).

> nur um eine Datei auf den cvs zurückschieben und zu können. 
> Ideen gerne gehört.

Ideen? Aber immer doch ;-)
Ich bastel mal ein kleines Script (ungetestet!), das für unsere Zwecke 
funktionieren sollte. Sandbox ist dabei das Verzeichnis, wo die 
Arbeitskopie des CVS liegt. Ach so, sinnvollerweise sollte cvs commit 
passwortlos (also mit Schlüsselpaar) funktionieren, sonst ist es per 
cron ein wenig unpraktisch ;-)

#!/bin/sh
sandbox=/hier/liegt/die/fontlinge_sandbox/
cd $sandbox/bugtracker || { echo "dir not found" ; exit 1 }
wget -r http://fontlinge.sourceforge.net/bugs/
cvsu | sed -n '/^?/ s/^?//p' | xargs cvsdo add   # [1]
cvs commit -m "bugtracker update"


Ach so, vielleicht geht auch eine ganz andere Methode: Ich hab mir phpbt 
mal besorgt und gesehen, dass man sich Änderungen an den Bugs auch per 
Mail zuschicken lassen kann ("Personal Page" - "Receive notifications 
of bug changes via email"). Kommen dann alle Änderungen und neuen Bugs 
per Mail oder nur solche, die explizit mir zugewiesen sind?
Wenn alle Änderungen per Mail kommen, könnten wir die obigen 
Verrenkungen vergessen ;-)


Gruß

Christian Boltz

[1] cvsu und cvsdo stammen aus den CVSutils, von denen ich schon
    geschrieben habe.
    cvsdo add macht prinzipiell das gleiche wie cvs add, benötigt aber
    dafür keine Verbindung zum Server.
    Dank cvsu (meldet neue/geänderte/fehlende/... Dateien in der
    Sandbox, ebenfalls ohne Serververbindung) können wir die Dateiliste
    des CVS mit den vorhandenen Dateien vergleichen und nur neue Dateien
    hinzufügen.
-- 
> Was haltet ihr von Lindows??
ABSTAND :-)
[> Glenn Charpantier und Axel Lindlau in suse-linux]