Re: [Fontlinge-devel] Releasen?

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

Hallo Ratti, hallo Leute,

Am Samstag, 23. August 2003 10:24 schrieb Ratti (Joerg Rossdeutscher):
> Am Sa, 2003-08-23 um 01.11 schrieb Christian Boltz:
> > Am Freitag, 22. August 2003 22:06 schrieb Ratti:
> > > Am Mo, 2003-08-18 um 22.20 schrieb Christian Boltz:
> > > > Am Sonntag, 17. August 2003 19:38 schrieb Ratti:
> > > > > Christian, was meinst du? Woll'n wir mal wieder ein hübsches
> > > > > Päckchen packen und uploaden?
> > > > >
> > > > > Den neuen Kram würde ich gar nicht groß beschreiben,
> > > > > der installiert dann eben "heimlich" mit,
> > > >
> > > > Doch, Doku-Update ist noch fällig ;-)
> > >
> > > Was willste dokumentieren? Der neue Kram funktioniert doch noch
> > > gar nicht richtig.
> >
> > Einiges davon funktioniert wohl ganz gut ;-)  - z. B.
>
> Bei:
> > - fontlinge_complete (bereits in der Doku, aber das Script fehlt
> > noch im 2.0-Branch)
> > - Änderungen beim database_assistant (--dbadmin-user,
> >   --dbadmin-password, --phoenix) (wobei ich --phoenix nochmal
> > genauer testen muss ;-)
> > - fontlinge_base --fontbase
>
> ...würde ich jetzt sagen: --phoenix und --fontbase nicht offiziell zu
> machen. Nicht hinreichend getestet.

--fontbase können wir IMHO offiziell machen, das war ja keine große 
Änderung und hat mir noch keine Probleme gemacht ;-)

--phoenix ist natürlich etwas anderes ;-)

Da fällt mir gerade ein: was ist mit --rename_otf?

> > > >   Andere Frage: muss das zum Vergleichen vorgesehene Bild
> > > > eigentlich eine bestimmte Größe haben oder kann ich ein
> > > > beliebiges Bild mit einem Buchstaben zum Vergleich vorgeben?
> > >
> > > "beliebig". Was vernünftiges natürlich.
> >
> > Klar. Wenn man die Fonts mit einem Foto von Nachbars Katze
> > vergleicht, kann wohl nix sinnvolles rauskommen ;-)
>
> Das sowieso. Ich meinte "sinnvolle Größe".

Ah so, klar. Ein 10*10px-Bild ist natürlich Unsinn ;-)

> > > > - soll ich (nach Nachfrage) ein
> > > >       echo "source /path/to/fontlinge_complete" >> ~/.bashrc
> > > >   in fontlinge_config einbauen? Spart Tipparbeit, weil dann bei
> > > >   --<tab><tab> die Autocompletion der Bash werkelt.
> > >
> > > Verstehe ich nicht?
> >
> > Dann mal gaaaaaanz langsam:
>
> Ach so, das. Habe ich nie benutzt. Öhhh... spricht irgendwas dagegen?

Nur, dass es jemand _nicht_ bequem haben will ;-)

> Dann setz es doch rein.

Kommt demnächst. Das Reinsetzen an sich wäre ja nicht das Problem, aber 
ein paar Überprüfungen vorweg sollen sein, z. B.
- unterstützt die Bash-Version den complete-Befehl? (sooo lange gibts
  das noch nicht - Du hast nicht zufällig ein Debian superstable?)
- steht es schon in der ~/.bashrc? Dann brauchen wir es nicht nochmal.
- will es der User nicht und hat es schonmal abgelehnt? Sollte wohl eine
  (Kommentar)-Zeile in der .fontlinge wert sein ;-)

> > > scripts: Werden installiert
> > > misc: Tools zur installation, Beispiele, Skelette,... werden
> > > nicht installiert.
> >
> > Ahso. Dann muss mein fontlinge_complete wohl noch umziehen ;-)
>
> Nö, ich finde, daß das da passt.
> Auf die eine oder andere Art wird ja das meiste benutzt, nur eben
> nicht durch einfaches installieren. Ich verstehe misc als eine Ecke,
> in der man sinnvolle Goodies finden kann, wenn man stöbert. In
> scripts soll man nicht stöbern.

Wenn man es so sieht, liegen my_preview.pl und montage.sh an der 
falschen Stelle (in scripts/) ;-)

Ist aber eigentlich eh egal, da diese ganzen Kleinigkeiten in $docdir 
landen ;-)

> > > > - Apropos: dumpconvert_2.pl brauchen wir im Release wohl auch
> > > > nicht?
> > >
> > > Oller Kram, oder?
> >
> > Es ist Dein Script ;-)
>
> Nein, es ist OpenSource. :-)

Klar, aber Du bist meines Wissens der einzige, der es je benutzt hat. 
Von daher solltest Du auch wissen, ob wir es noch brauchen ;-)
Wenn nicht, kannst Du es in HEAD auch rauskillen ;-) (und wenn wir es 
doch wieder brauchen, holen wir es eben wieder zurück - cvs vergisst ja 
nix ;-)

> > > > - Wollen wir die empty.SQL in den database_assistant
> > > > integrieren? [...]
> >
> > Längerfristig sollten wir wohl die Kategorien-Liste auslagern
> > (ähnlich der Sortlist) und nur die Datenbankstruktur in der
> > empty.SQL haben. Dadurch könnten wir dann auch die empty.SQL in den
> > database_assistant integrieren, an der Tabellenstruktur hat eh
> > keiner was zu ändern ;-)
>
> Das ist eine sehr gute Idee. Ich hab's geBTSt.

Na dann ;-)

Gleich noch eine Idee hinterher: Wenn wir in der Kategorien-Tabelle noch 
eine Textspalte einfügen, können wir die Sortieranleitung / 
Kategorienbeschreibung auch gleich noch dort ablegen und irgendwie über 
die WebGUI verfügbar machen ;-)

> > > > - Gleiche Frage für database_download: Integration in den
> > > >   database_assistant sinnvoll?
> > >
> > > Prinzipiell denkbar...
> > > Erstmal aber nein, weil dort URLs und Dateinamen hardgecodet
> > > sind, und bis das inhaltlich geklärt ist, siehe oben (empty.SQL),
> > > sollte dieser Code so nicht ins System installiert werden.
> >
> > Das heißt dann aber, dass --phoenix fehlschlägt, wenn man nicht
> > gerade in dem Verzeichnis ist, in dem der Tarball entpackt wurde...
> > Oder wollen wir den automatischen Download bei --phoenix aus 2.0.1
> > weglassen?
>
> Für dieses Release:
> - --phoenix weglasen
> - Automatischen download weglassen

OK.

> Das sind alles halbe Features, solange es nicht durchgängig läuft.
> Wenn es denn mal a) läuft und b) zusammenarbeitet und c) entbuggt ist
> und d) durchgängig von einem jungfräulichen Rechner zu einer
> Datenbank führt und auch in der Lage ist, updates zu handlen,
> ...dann können wir das promoten.

OK.

Ich gehe einfach mal davon aus, dass Du inzwischen von den Vorteilen der 
Branches überzeugt bist ;-)

> > > > - Idee für fontlinge_dupe: Überprüfen, ob überhaupt ein
> > > > Duplikat gelöscht wurde (z. B. beim Löschen einen Counter
> > > > hochsetzen) und dann wahlweise "Please rebuild your database"
> > > > oder "No duplicates {found|deleted} - no need to rebuild your
> > > > database" ausgeben. Was hältst Du davon? (Die Umsetzung sollte
> > > > mit einer globalen Variable, die als Counter genutzt wird,
> > > > recht einfach sein.)
> > >
> > > Feature request -> BTS.
> > > Sollte harmlos sein, ich habe aber derzeit keine Muße zum coden
> >
> > Wenn mir nichts dazwischenkommt, mach ich das am Wochenende. Dürfte
> > ja nur eine Counter-Variable, ein $counter++ an der richtigen
> > Stelle und ein abschließendes "print" sein ;-)
>
> $changed=1; sollte reichen.

Im Prinzip ja, aber wenn wir schon dabei sind, können wir auch gleich 
eine Statistikzeile draus machen:
if ($count > 0) {
    print "$count duplicates deleted.\n\nPlease rebuild your database!";
}

> > > > - nochmal fontlinge_dupe: ohne --really wird bei mir gerade
> > > > auch "DEL" ausgegeben, da stand doch (sinnvollerweise) mal
> > > > "simulate" ;-)
> > >
> > > Das habe ich geändert, weil es eben nicht sinnvoll war. So
> > > lässt's sich schöner debuggen, weil nicht nur die Simulation
> > > angedroht wird, sondern auch erklärt wird, _was_ passieren würde.
> >
> > Naja, Du hast IMHO zuviel geändert ;-)
> >
> > fontlinge_dupe (ohne --really):
> >
> > Alt (IIRC)   keep | ... | simulate
> >              DEL  | ... | simulate
> >
> > jetzt        keep | ... | keep
> >              DEL  | ... | done
> >                           ^^^^
> > Genau hier stört mich das "done", hier sollte wieder "simulate"
> > stehen.
>
> Nein.
> Wie gesagt, Absicht. Die vordere Spalte gibt aus, was das Programm
> beabsichtigt zu tun. Die hintere kapselt wirklich nur noch den
> rm-Befehl. Der frühere Mechanismus hat mir beim debuggen zu wenig
> Infos geliefert, deswegen habe ich es geändert.

Tja, der jetzige zeigt keinen Unterschied mehr zwischen Simulieren und 
--really :-(

Vorschlag: nur bei zu löschenden Dateien hinten "simulate" ausgeben.
In der jetzigen Form trägt es zur Verwirrung der User bei, da

fontlinge_dupe # ohne --really
DEL  | ... | done

("Waaaaaasss??? Ich hab doch nicht --really angegeben! Wieso hat der 
jetzt gelöscht????")

fontlinge_dupe --really
DEL  | ... | done

-> Zwischen --really und Simulation sollte ein Unterschied zu sehen 
sein.

> > > Ich habe ja apt. :-)
> >
> > Dann kannst Du ja auch ein Debian-Paket basteln ;-)
>
> Sicher nicht. Zu doof dafür. :-)

Ooch, man kann alles lernen ;-)

> > > > Ich bin übrigens gerade dabei, die diversen Änderungen in den
> > > > 2.0-Branch zu übernehmen. Die ersten commits kommen gleich, der
> > > > Rest dauert aber wohl ein paar Tage, da ich die Änderungen
> > > > nochmal genau testen will. Du hast aber wohl an den obigen
> > > > Fragen auch noch ein wenig zu knabbern ;-)
> > >
> > > Ich knabber derzeit ziemlich viel, haputsächlich beruflich. :-)
> >
> > Na dann viel Spaß ;-)
>
> (mampf)

Guten Appetit ;-)


Gruß

Christian Boltz
-- 
ist eine recht interessante rechnung:
3,5kg linux + bücher für €79,90
180g windows xp home ohne bücher €229,-
kennt jemand den feinunzenpreis von gold? er müßte kanpp unter
dem von windows liegen ....   [Wilhelm Feichter in suse-linux]