Discussion:
Release?
Christian Boltz
2006-05-24 21:29:02 UTC
Permalink
Hallo Ratti, hallo Leute,

ich habe das Gefühl, dass Dein Release des gefixten Makefile mehr
Verwirrung als Nutzen stiftet :-(
Das Makefile hat bereits 285 Downloads (gegenüber 3600 Downloads der
inzwischen uralten 2.0.1) - ich glaube kaum, dass so viele Leute ein so
aktuelles make einsetzen ;-)

Frage: Hält uns irgendwas vom Release der 2.1 ab?

Mir fällt spontan ein:
- Changelog updaten
- BLOCKER: ich muss noch meine Mailadresse (an diversen Stellen)
ändern ;-)
- der Thread "mitkopieren von Previews" (letzte Mail vom Oktober 2005) -
ist aber kein Blocker
- Status des Debian-Pakets?

Den Bugtracker habe ich gerade mal aufgeräumt [1] - soweit ich gesehen
habe, ist kein problematischer Bug mehr enthalten.


Gruß

Christian Boltz

PS: Ich habe gerade die Weiterleitung von fontlinge.sourceforge.net zu
gesindel.de korrigiert - die ging immer noch nach gesindel.de/neu/

PPS: Ich kann bei Bedarf RPMs für Fedora Core 4 und 5, Mandriva und
natürlich SUSE 10.0 und 10.1 anbieten - build.opensuse.org lässt
grüßen ;-)

[1] Es gab einige Bugs, die auf "Resolved" standen, aber keine
"Resolution" hatten. Eigentlich[tm] sollte der Bugtracker eine
Resolution erzwingen, wenn man den Bug auf "Resolved" setzt...
(Oder bin ich nur zu sehr von Bugzilla verwöhnt? ;-)
--
Die Netiquette ist (lediglich) eine FAQ zu der Frage "Warum sind
die anderen so genervt von mir und nennen mich immer PLONK?".
[Oliver Gassner in dsn]
Joerg Rossdeutscher
2006-06-25 19:13:54 UTC
Permalink
Hallo an Alle,

Bitte entschuldigt mein langes "Missing in Action". Ich habe derzeit
privat ziemlichen Ärger und habe alles weniger wichtige hintanstellen
müssen.

Das wird wohl auch bis auf weiteres so bleiben, trotzdem (oder gerade
deswegen) erscheint es mir durchaus auch sinnvoll, die 2.1 "vom Tisch"
zu kriegen.
Post by Christian Boltz
Frage: Hält uns irgendwas vom Release der 2.1 ab?
- Changelog updaten
Seufz.
Post by Christian Boltz
- BLOCKER: ich muss noch meine Mailadresse (an diversen Stellen)
ändern ;-)
Dann mal hopp. :-)
Post by Christian Boltz
- der Thread "mitkopieren von Previews" (letzte Mail vom Oktober 2005) -
ist aber kein Blocker
Ich habe das noch mal nachgelesen. Die Diskussion endet mit
1. Der Feststellung, dass das gewünschte Verhalten eine größere Änderung
wäre. Das fällt für mich flach. Und:
2. Das da noch ein Bug in zwei RegExps ist, den Du entdeckt hast. Hast
du den damals gefixt?
Post by Christian Boltz
- Status des Debian-Pakets?
Kommt mit Hurd.
Post by Christian Boltz
Den Bugtracker habe ich gerade mal aufgeräumt [1] - soweit ich gesehen
habe, ist kein problematischer Bug mehr enthalten.
Na fein. Und Danke.
Post by Christian Boltz
PS: Ich habe gerade die Weiterleitung von fontlinge.sourceforge.net zu
gesindel.de korrigiert - die ging immer noch nach gesindel.de/neu/
Ouch. Danke.
Post by Christian Boltz
PPS: Ich kann bei Bedarf RPMs für Fedora Core 4 und 5, Mandriva und
natürlich SUSE 10.0 und 10.1 anbieten - build.opensuse.org lässt
grüßen ;-)
Und wenn die zwar kompilieren, aber nicht funktionieren?
Schön wäre es natürlich. Kann der Autobuilder auch DEBs? :-)
Post by Christian Boltz
[1] Es gab einige Bugs, die auf "Resolved" standen, aber keine
"Resolution" hatten. Eigentlich[tm] sollte der Bugtracker eine
Resolution erzwingen, wenn man den Bug auf "Resolved" setzt...
(Oder bin ich nur zu sehr von Bugzilla verwöhnt? ;-)
Definitiv. :-)



Weitere ToDos:
- Hochladen der aktuellen Sortlist und anpassen des Installers auf
ebendiese.
- Anleitung für --phoenix und alles neue.



Gruß,
Jörg
--
-o) fontlinge | Fontmanagement for Linux | Schriftenverwaltung in Linux
/\\ http://freshmeat.net/projects/fontlinge/
_\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/
Christian Boltz
2006-07-02 21:49:24 UTC
Permalink
Hallo Ratti, hallo Leute,

(Hauptpunkt ganz unten, bitte möglichst bald beantworten)

[sorry für die PM, hier nochmal öffentlich]
Post by Joerg Rossdeutscher
Bitte entschuldigt mein langes "Missing in Action". Ich habe derzeit
privat ziemlichen Ärger und habe alles weniger wichtige hintanstellen
müssen.
Das wird wohl auch bis auf weiteres so bleiben, trotzdem (oder gerade
deswegen) erscheint es mir durchaus auch sinnvoll, die 2.1 "vom
Tisch" zu kriegen.
Post by Christian Boltz
Frage: Hält uns irgendwas vom Release der 2.1 ab?
- Changelog updaten
Seufz.
Kein Problem, seit dem letzten Update waren es nur ~10 commits ;-)
Post by Joerg Rossdeutscher
Post by Christian Boltz
- BLOCKER: ich muss noch meine Mailadresse (an diversen Stellen)
ändern ;-)
Dann mal hopp. :-)
(biite stehen lassen)
Post by Joerg Rossdeutscher
Post by Christian Boltz
- der Thread "mitkopieren von Previews" (letzte Mail vom Oktober
2005) - ist aber kein Blocker
Ich habe das noch mal nachgelesen. Die Diskussion endet mit
1. Der Feststellung, dass das gewünschte Verhalten eine größere
2. Das da noch ein Bug in zwei RegExps ist, den Du entdeckt hast.
Hast du den damals gefixt?
IIRC nicht - muss ich mich erst wieder reinlesen :-(
Post by Joerg Rossdeutscher
Post by Christian Boltz
- Status des Debian-Pakets?
Kommt mit Hurd.
*LoL*
Post by Joerg Rossdeutscher
Post by Christian Boltz
PPS: Ich kann bei Bedarf RPMs für Fedora Core 4 und 5, Mandriva und
natürlich SUSE 10.0 und 10.1 anbieten - build.opensuse.org
lässt grüßen ;-)
Und wenn die zwar kompilieren, aber nicht funktionieren?
Ich könnte ja mal mit Testcase-RPMs experimentieren, die dann eben per
"fontlinge_base --copy" statt "make install" installiert werden *g*
(Die Einrichtung der Datenbank dürfte etwas schwierig werden ;-)
Post by Joerg Rossdeutscher
Schön wäre es natürlich. Kann der Autobuilder auch DEBs? :-)
Wenn man eine *.dsc-Datei hat, soll es gehen. Ich teste einfach mal...
(kurze Zeit später)
So, ich habe einfach mal "Debian Etch" als Target hinzugefügt. Da wir
keine *.dsc-Datei haben, wurden stattdessen RPMs für Debian generiert.

Helfen uns die Debian-RPMs weiter? Falls ja, kann ich sie dir zum Testen
per PM zumailen.
Post by Joerg Rossdeutscher
- Hochladen der aktuellen Sortlist und anpassen des Installers auf
ebendiese.
- Anleitung für --phoenix und alles neue.
Jepp. Und überhaupt nochmal die Doku überprüfen und neu aus gesindel.de
generieren.


Zum Hauptpunkt dieser Mail:

Ich hätte noch eine etwas größere Änderung in der custom.php
vorzuschlagen - sollten wir noch vor dem Release machen, da sich die
custom.php gegenüber 2.0.1 sowieso geändert hat.

Derzeit wird die custom.php in jeder Font-Zeile eingebunden. Wenn ich
jetzt an Fälle wie die Frage "How to manage multiple font collections"
von Gerhard Gaußling diese Woche denke, zeigt das die Unbrauchbarkeit
dieses Konzepts - wir können derzeit _nur_ ein zusätzliches Icon bei
jedem Font anzeigen, nicht aber z. B. die SQL-Query beeinflussen oder
zusätzliche Elemente in der Steuerleiste einbinden.

Wir brauchen Erweiterungen:
- in der "Steuerleiste" oben (um z. B. nach font_path suchen zu können)
- für die SQL-Query
- in den Font-Zeilen
- im JavaScript-Block (zusätzliche Funktionen)

Nötige Änderungen wären in der index.php
- custom.php ganz am Anfang einbinden
- danach mehrere Blöcke im Stil
if (! function_exists("fontlinge_custom_filter") ) {
function fontlinge_custom_filter() {}
}
- Hooks (Funktionsaufrufe von fontlinge_custom_*) an den oben genannten
Stellen einfügen

Sprich: Wenn es die entsprechende Funktion in der custom.php gibt, wird
diese verwendet. Ansonsten greift die Definition der Dummy-Funktion.
(Mit dieser Methode sparen wir uns einen Haufen Abfragen quer über
index.php verteilt.)

Ich schlage folgende Funktionen vor:
- fontlinge_custom_navi() - Ausgabe zusätzlicher Elemente in der
Kopfleiste - Rückgabewert incl. <td>
(brauchen wir das auch für die Mini-Navigation?)
- fontlinge_custom_sql() - zum Anhängen zusätzlicher Bedingungen an die
SQL-Query ($auswahl .= "AND " . fontlinge_custom_sql())
- fontlinge_custom_per_font($row) - für zusätzliche Elemente für jede
Schriftart, incl. umgebendem <td>.
Der Parameter $row enthält dabei die Fontdaten aus der DB.
- fontlinge_custom_script() - für die Einbindung von eigenem JavaScript
im <script>-Block

"echo" sollte IMHO in sämtlichen Funktionen verboten sein, alle Werte
müssen per "return" geliefert werden.

Vorteile dieser Methode:
- die custom.php kann wahlweise ein oder mehrere Dinge ergänzen
- bei zukünftigen Erweiterungen des Konzepts (mehr fontlinge_custom_*-
Hooks) funktionieren vorhandene custom.php weiterhin unverändert

Nachteile fallen mir gerade keine ein, und sooo groß ist die Änderung
wieder nicht, dass sie eine größere Menge neue Bugs provozieren könnte.

Was hältst Du von dieser Idee? Wollen wir das noch schnell einbauen?
Post by Joerg Rossdeutscher
Gruß,
Jörg
Huch? Wo ist denn Ratti hingekommen? ;-)


Gruß

Christian Boltz
--
Die drei Todfeinde des Programmieres:
Sonnenlicht, frische Luft und das unerträgliche Gebrüll der Vögel.
Christian Boltz
2006-07-05 17:54:44 UTC
Permalink
Hallo Ratti, hallo Leute,

noch etwas, das wir einbauen sollten: Ein Check oder Workaround für
https://bugzilla.novell.com/show_bug.cgi?id=188134 aka
http://bugs.mysql.com/bug.php?id=19371 :-(

Kurzinfo: Wenn man von MySQL 4.x zu 5.0 updated und die vorhandenen
Datenbank weiternutzt, wird der Inhalt von BINARY-Feldern mit Nullbytes
(\0) aufgefüllt.

Trifft uns bei font_path in voller Härte - keine Previews usw.

Damit wir nicht an 100 Stellen einen Workaround einbauen müssen, schlage
ich einen Check in der WebGUI vor (Pseudocode):

if ($font_path != rtrim($font_path)) {
echo "You have been hit by a MySQL bug.";
echo "Please repair your database!";
# + Hinweis auf ALTER TABLE wie auf bugs.mysql.org beschrieben
# oder + Hinweis auf database_assistant --irgendwas
}

Fragen:

1. Spricht irgendwas gegen diesen Check? Wenn nicht, baue ich ihn ein.

2. Wollen wir im database_assistant eine Funktion einbauen, die das
Problem behebt?
Wenn ja, an welcher Stelle? --update-database? Oder als extra Parameter?


Gruß

Christian Boltz
--
Bei obigem reply-to per folder-hook, stehe in dann suse-linux und
schreibe, weil es mir grad einfaellt, an meinen Arzt er solle
doch grad mal die Bescheinigung vom letzten Alzheimer Test schicken.
Das koennte Euch so passen ;) [Maik Holtkamp in suse-linux]
Gerhard Gaußling
2006-07-05 18:26:36 UTC
Permalink
Post by Christian Boltz
Hallo Ratti, hallo Leute,
noch etwas, das wir einbauen sollten: Ein Check oder Workaround für
https://bugzilla.novell.com/show_bug.cgi?id=188134 aka
http://bugs.mysql.com/bug.php?id=19371 :-(
Kurzinfo: Wenn man von MySQL 4.x zu 5.0 updated und die vorhandenen
Datenbank weiternutzt, wird der Inhalt von BINARY-Feldern mit
Nullbytes (\0) aufgefüllt.
Trifft uns bei font_path in voller Härte - keine Previews usw.
[...]
1. Spricht irgendwas gegen diesen Check? Wenn nicht, baue ich ihn ein.
Betrifft das nur updates? Hier laufen die Vorschauen:

$ mysql --version
mysql Ver 14.12 Distrib 5.0.22, for pc-linux-gnu (x86_64) using
readline 5.1

Ich habe leider noch keine Zeit gefunden die mail im anderen thread zu
beantworten, jedenfalls schonmal Danke für die ausführliche Antwort
(multiple font colections)!

Gerhard
Christian Boltz
2006-07-06 10:51:30 UTC
Permalink
Hallo Gerhard, hallo Leute,
Post by Gerhard Gaußling
Post by Christian Boltz
noch etwas, das wir einbauen sollten: Ein Check oder Workaround für
https://bugzilla.novell.com/show_bug.cgi?id=188134 aka
http://bugs.mysql.com/bug.php?id=19371 :-(
Kurzinfo: Wenn man von MySQL 4.x zu 5.0 updated und die vorhandenen
Datenbank weiternutzt, wird der Inhalt von BINARY-Feldern mit
Nullbytes (\0) aufgefüllt.
[...]
$ mysql --version
mysql Ver 14.12 Distrib 5.0.22, for pc-linux-gnu (x86_64) using
readline 5.1
Der Bug tritt nur auf, wenn Du die Datenbank mit MySQL 4.x angelegt hast
und anschließend auf MySQL 5.0 updatest.

Wenn Du die Datenbank unter MySQL 5.0 neu angelegt hast, treten keine
Probleme auf.
Post by Gerhard Gaußling
Ich habe leider noch keine Zeit gefunden die mail im anderen thread
zu beantworten,
Kein Problem - zumindest weiß ich jetzt, dass sie angekommen ist ;-)


Gruß

Christian Boltz
--
[CR/LF] Beides sind uralte Begriffe, die noch aus der Zeit der
Schreibmaschinen stammen (das sind so komische Geräte mit denen man
Buchstaben und Zahlen auf Papier bekam, ohne das ein Computer und ein
Drucker dazwischen hing:-))). [Nico Jochens in suse-linux]
Joerg Rossdeutscher
2006-07-08 16:34:17 UTC
Permalink
Hi,
Post by Christian Boltz
1. Spricht irgendwas gegen diesen Check? Wenn nicht, baue ich ihn ein.
Ne, bau ein.
Post by Christian Boltz
2. Wollen wir im database_assistant eine Funktion einbauen, die das
Problem behebt?
Wenn ja, an welcher Stelle? --update-database? Oder als extra
Parameter?
Gibt es denn eine Lösung? Dein Report besagt ja, dass es nicht klappt,
und behaglich ist mir beim UPDATEn einer defekten Table auch niht. Wäre
ein DROP da nicht sinnvoller/sicherer?

Mal sehen, was dein Report ergibt. Vielleicht spielt ja auch das
Encoding mal wieder eine Rolle.

Gruß,
Jörg
--
-o) fontlinge | Fontmanagement for Linux | Schriftenverwaltung in Linux
/\\ http://freshmeat.net/projects/fontlinge/
_\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/
Christian Boltz
2006-07-09 13:22:13 UTC
Permalink
Hallo Ratti, hallo Leute,
Post by Joerg Rossdeutscher
Post by Christian Boltz
1. Spricht irgendwas gegen diesen Check? Wenn nicht, baue ich ihn ein.
Ne, bau ein.
OK, mach ich.
Post by Joerg Rossdeutscher
Post by Christian Boltz
2. Wollen wir im database_assistant eine Funktion einbauen, die das
Problem behebt?
Wenn ja, an welcher Stelle? --update-database? Oder als extra Parameter?
Gibt es denn eine Lösung? Dein Report besagt ja, dass es nicht klappt,
Jein ;-)

Das ALTER TABLE hilft definitiv - neue Einträge sind nicht mehr mit \0
aufgefüllt. Damit ist unser Hauptproblem gelöst.
Post by Joerg Rossdeutscher
und behaglich ist mir beim UPDATEn einer defekten Table auch
niht.
Nach ALTER TABLE ist ja nicht mehr die ganze Tabelle defekt, nur noch
alle Einträge :-/
Post by Joerg Rossdeutscher
Wäre ein DROP da nicht sinnvoller/sicherer?
Naja, die ganze Tabelle müssen wir deswegen nicht löschen, nur den
Inhalt.

Sprich: fontlinge_base --dbinsert ~/Fontbase (_ohne_ --dbkeep)

Glücklicherweise haben wir nur in "fonts" ein VARBINARY :-)
Post by Joerg Rossdeutscher
Mal sehen, was dein Report ergibt. Vielleicht spielt ja auch das
Encoding mal wieder eine Rolle.
font_path ist ein VARBINARY, da hat nichtmal Klingonisch ein anderes
Encoding ;-)


Gruß

Christian Boltz
--
Das absolute Highlight war die Erklärung der Unterschiede von Floppy-
und Hard-Disk: Floppy-Disks sind die 5 1/4" Zoll Disketten, weil die
biegsam sind, Hard-Disks sind die 3 1/2" Disketten, weil die ne harte
Hülle haben ;-) [Manfred Tremmel in suse-laptop]
Joerg Rossdeutscher
2006-07-09 15:48:02 UTC
Permalink
Moin!
Post by Christian Boltz
Post by Joerg Rossdeutscher
Post by Christian Boltz
1. Spricht irgendwas gegen diesen Check? Wenn nicht, baue ich ihn ein.
Ne, bau ein.
OK, mach ich.
Super.
Post by Christian Boltz
Post by Joerg Rossdeutscher
Post by Christian Boltz
2. Wollen wir im database_assistant eine Funktion einbauen, die das
Problem behebt?
Wenn ja, an welcher Stelle? --update-database? Oder als extra Parameter?
Gibt es denn eine Lösung? Dein Report besagt ja, dass es nicht klappt,
Jein ;-)
Das ALTER TABLE hilft definitiv - neue Einträge sind nicht mehr mit \0
aufgefüllt. Damit ist unser Hauptproblem gelöst.
Ja, dann geht das.
Post by Christian Boltz
Post by Joerg Rossdeutscher
und behaglich ist mir beim UPDATEn einer defekten Table auch
niht.
Nach ALTER TABLE ist ja nicht mehr die ganze Tabelle defekt, nur noch
alle Einträge :-/
Post by Joerg Rossdeutscher
Wäre ein DROP da nicht sinnvoller/sicherer?
Naja, die ganze Tabelle müssen wir deswegen nicht löschen, nur den
Inhalt.
Ich habe das verwechselt. Ich meinte TRUNCATE TABLE, nicht DROP. Egal -
wenn das wie oben zu beheben ist, dann ist ja OK.
Post by Christian Boltz
Post by Joerg Rossdeutscher
Mal sehen, was dein Report ergibt. Vielleicht spielt ja auch das
Encoding mal wieder eine Rolle.
font_path ist ein VARBINARY, da hat nichtmal Klingonisch ein anderes
Encoding ;-)
Genau das könnte ja der Bug sein, dass sie eins rüberlaufen lassen
haben. Ach, war auch nur so eine Idee. Bei MySQL ist ja immer was mit
dem Encoding. ;-)

Gruß,
Jörg
--
-o) fontlinge | Fontmanagement for Linux | Schriftenverwaltung in Linux
/\\ http://freshmeat.net/projects/fontlinge/
_\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/
Christian Boltz
2006-07-11 20:37:07 UTC
Permalink
Hallo Ratti, hallo Leute,
[\0 in varbinary]
Post by Joerg Rossdeutscher
Ich habe das verwechselt. Ich meinte TRUNCATE TABLE, nicht DROP.
Wie Du vermutlich in den heutigen CVS-Mails gesehen hast, geht es jetzt
sogar ganz ohne frisches --dbinsert :-) [1]

Das einzige, das von diesem Problem noch zu erledigen ist, ist also ein
Eintrag im Changelog ;-)
Post by Joerg Rossdeutscher
Post by Christian Boltz
font_path ist ein VARBINARY, da hat nichtmal Klingonisch ein
anderes Encoding ;-)
Genau das könnte ja der Bug sein, dass sie eins rüberlaufen lassen
haben. Ach, war auch nur so eine Idee. Bei MySQL ist ja immer was mit
dem Encoding. ;-)
*LoL*


Gruß

Christian Boltz

[1] mehrfach getestet - ein "CREATE TABLE foo LIKE fonts" kopiert den
Bug mit, daher habe ich immer eine kaputte Tabelle auf Vorrat ;-)
Der database_assistant hat erfolgreich alle Einträge repariert :-)
--
Post by Joerg Rossdeutscher
Meine fresse das 2te mal in 24 stunden. :((
Tip: Kürzere Tage verwenden.
Das verringert die Chance, daß zwei Fehler auf einen Tag fallen.
Wenn man sauber versagen will, kann man kann seine Fehler auch per
cron erledigen lassen! [> Henne Vogelsang und Ratti in suse-linux]
Joerg Rossdeutscher
2006-07-08 16:27:03 UTC
Permalink
Moin,
Post by Christian Boltz
[sorry für die PM, hier nochmal öffentlich]
Argh... zu spät. :-) Ich schicke die Antwort neu.

Gruß,
Jörg
--
-o) fontlinge | Fontmanagement for Linux | Schriftenverwaltung in Linux
/\\ http://freshmeat.net/projects/fontlinge/
_\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/
Joerg Rossdeutscher
2006-07-08 16:31:20 UTC
Permalink
Hallo,
Post by Christian Boltz
Post by Joerg Rossdeutscher
Post by Christian Boltz
- BLOCKER: ich muss noch meine Mailadresse (an diversen Stellen)
ändern ;-)
Dann mal hopp. :-)
(biite stehen lassen)
Steht...
Post by Christian Boltz
Post by Joerg Rossdeutscher
Schön wäre es natürlich. Kann der Autobuilder auch DEBs? :-)
Wenn man eine *.dsc-Datei hat, soll es gehen. Ich teste einfach mal...
(kurze Zeit später)
So, ich habe einfach mal "Debian Etch" als Target hinzugefügt. Da wir
keine *.dsc-Datei haben, wurden stattdessen RPMs für Debian
generiert.
Post by Christian Boltz
Helfen uns die Debian-RPMs weiter? Falls ja, kann ich sie dir zum
Testen per PM zumailen.
Nicht wirklich. Ich würde kein RPM bei mir installieren, die meisten
anderen Debianer wohl auch nicht. Das macht keinen Sinn.
Post by Christian Boltz
Post by Joerg Rossdeutscher
- Hochladen der aktuellen Sortlist und anpassen des Installers auf
ebendiese.
- Anleitung für --phoenix und alles neue.
Jepp. Und überhaupt nochmal die Doku überprüfen und neu aus
gesindel.de
Post by Christian Boltz
generieren.
Seufz. Wann nur? Stehen lass...
Post by Christian Boltz
Ich hätte noch eine etwas größere Änderung in der custom.php
vorzuschlagen - sollten wir noch vor dem Release machen, da sich die
custom.php gegenüber 2.0.1 sowieso geändert hat.
Derzeit wird die custom.php in jeder Font-Zeile eingebunden. Wenn ich
jetzt an Fälle wie die Frage "How to manage multiple font
collections"
Post by Christian Boltz
von Gerhard Gaußling diese Woche denke, zeigt das die Unbrauchbarkeit
dieses Konzepts - wir können derzeit _nur_ ein zusätzliches Icon bei
jedem Font anzeigen, nicht aber z. B. die SQL-Query beeinflussen oder
zusätzliche Elemente in der Steuerleiste einbinden.
[...]
Post by Christian Boltz
Was hältst Du von dieser Idee? Wollen wir das noch schnell einbauen?
Ich mache das bestimmt nicht - zuviel Arbeit. Ich habe aber nichts
dagegen.
Post by Christian Boltz
Post by Joerg Rossdeutscher
Gruß,
Jörg
Huch? Wo ist denn Ratti hingekommen? ;-)
Das ist eine sehr gute Frage... ich weiss auch nicht...

Gruß,
Jörg
--
-o) fontlinge | Fontmanagement for Linux | Schriftenverwaltung in Linux
/\\ http://freshmeat.net/projects/fontlinge/
_\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/
Christian Boltz
2006-07-16 23:33:09 UTC
Permalink
Hallo Ratti, hallo Leute,
Post by Joerg Rossdeutscher
Post by Christian Boltz
Post by Joerg Rossdeutscher
Post by Christian Boltz
- BLOCKER: ich muss noch meine Mailadresse (an diversen
Stellen) ändern ;-)
Dann mal hopp. :-)
(biite stehen lassen)
Steht...
FIXED ;-)
Post by Joerg Rossdeutscher
Post by Christian Boltz
Post by Joerg Rossdeutscher
Schön wäre es natürlich. Kann der Autobuilder auch DEBs? :-)
Wenn man eine *.dsc-Datei hat, soll es gehen. [...]
Helfen uns die Debian-RPMs weiter? Falls ja, kann ich sie dir zum
Testen per PM zumailen.
Nicht wirklich. Ich würde kein RPM bei mir installieren, die meisten
anderen Debianer wohl auch nicht. Das macht keinen Sinn.
Dann warte ich auf die Ankunft eines *.dsc. Irgendwann[tm] ;-)
Post by Joerg Rossdeutscher
Post by Christian Boltz
Post by Joerg Rossdeutscher
- Hochladen der aktuellen Sortlist und anpassen des Installers
auf ebendiese.
Sollte nicht allzu schwer sein ;-)

Vorsicht: Der database_assistant prüft anscheinend auch auf die
Dateigröße, diese Werte bitte auch korrigieren (oder den Check
entfernen, ich finde ihn überflüssig ;-)

Ich habe übrigens in letzter Zeit auch ein paar Fonts sortiert, die
entsprechende Liste folgt demnächst.
Post by Joerg Rossdeutscher
Post by Christian Boltz
Post by Joerg Rossdeutscher
- Anleitung für --phoenix und alles neue.
Ich habe gerade INSTALL aktualisiert. Guckst Du mal kurz drüber?
Post by Joerg Rossdeutscher
Post by Christian Boltz
Jepp. Und überhaupt nochmal die Doku überprüfen und neu aus
gesindel.de generieren.
Seufz. Wann nur? Stehen lass...
Ich habe gerade einiges überarbeitet.

TODO:

- Man nehme...
Zu den Requirements: an welcher Stelle verwenden wir eigentlich
perl-Data-ShowTable? grep hat gerade nichts gefunden...

- Schritt 8:
--my-code statt --my-preview - das erfordert aber eine größere
Textänderung, weil --my-code an deutlich mehr Stellen eingreifen kann.
(müssen wir --my-code noch an anderen Stellen erwähnen?)

- WebGUI:
Fonts downloaden
"Per Klick auf den Fontnamen lassen sich Fonts downloaden. Das Archiv
heisst immer "font.tar.gz", um automatisierten "Leersaugern" das Leben
ein klein wenig zu erschweren."

sieht veraltet aus ;-)

Nochwas?
Post by Joerg Rossdeutscher
Post by Christian Boltz
Ich hätte noch eine etwas größere Änderung in der custom.php
vorzuschlagen - sollten wir noch vor dem Release machen, da sich
die custom.php gegenüber 2.0.1 sowieso geändert hat.
Derzeit wird die custom.php in jeder Font-Zeile eingebunden. Wenn
ich jetzt an Fälle wie die Frage "How to manage multiple font
collections"
von Gerhard Gaußling diese Woche denke, zeigt das die
Unbrauchbarkeit dieses Konzepts - wir können derzeit _nur_ ein
zusätzliches Icon bei jedem Font anzeigen, nicht aber z. B. die
SQL-Query beeinflussen oder zusätzliche Elemente in der
Steuerleiste einbinden.
[...]
Post by Christian Boltz
Was hältst Du von dieser Idee? Wollen wir das noch schnell
einbauen?
Ich mache das bestimmt nicht - zuviel Arbeit. Ich habe aber nichts
dagegen.
Gut, dann lass es bitte nochmal stehen.

Die Implementierung steht soweit:
function fontlinge_custom_navi() {
zusätzliche Elemente in der Navigationsleiste
function fontlinge_custom_sql($where, $sorting) {
Veränderung der SQL-Query (WHERE und ORDER BY)
function fontlinge_custom_per_font($row, $vdivider_cell) {
das, was die "alte" custom.php gemacht hat: Zusatzelemente pro
Font
function fontlinge_custom_script() {
zusätzlich benötigtes JavaScript einbinden

Ergänzen will ich noch
function fontlinge_custom_table($table) # statt "fonts"
(wobei $table beim Aufruf den Default-Wert, also "fonts" enthält)
Verwendungszweck: mögliche Unterstützung für mehrere Fonts-Tabellen,
zumindest in der WebGUI (z. B. "Wiedervorlage"-Tabellen).

Frage zu _custom_sql: Macht es Sinn, WHERE und ORDER BY in einer
gemeinsamen Funktion zu verändern oder ist das getrennt geschickter?

Kurz vor dem Commit ist mir übrigens aufgefallen, dass ich die
Grundgerüste in functions.php und nicht in index.php packen sollte -
der Grund dafür ist fontlinge_custom_table, das in mehreren Scripten
aufgerufen wird (preview, fontinfo usw.).
Das verzögert meinen Commit ein wenig :-/
Post by Joerg Rossdeutscher
Post by Christian Boltz
Post by Joerg Rossdeutscher
Gruß,
Jörg
Huch? Wo ist denn Ratti hingekommen? ;-)
Das ist eine sehr gute Frage... ich weiss auch nicht...
Suchst Du ihn mal? ;-)


Gruß

Christian Boltz
--
Post by Joerg Rossdeutscher
[KDE-Update] Also meine Uhr sieht exakt so aus wie vorher
(ohne daß ich an den Einstellungen was gemacht hätte)
Meine Uhr sieht ständig anders aus. Dauernd andere Zahlen.
[> Christoph Maurer und Bernd Brodesser in suse-linux]
Joerg Rossdeutscher
2006-07-19 19:30:39 UTC
Permalink
Hallo,
Post by Christian Boltz
Hallo Ratti, hallo Leute,
Post by Joerg Rossdeutscher
Post by Christian Boltz
Post by Joerg Rossdeutscher
Schön wäre es natürlich. Kann der Autobuilder auch DEBs? :-)
Wenn man eine *.dsc-Datei hat, soll es gehen. [...]
Helfen uns die Debian-RPMs weiter? Falls ja, kann ich sie dir zum
Testen per PM zumailen.
Nicht wirklich. Ich würde kein RPM bei mir installieren, die meisten
anderen Debianer wohl auch nicht. Das macht keinen Sinn.
Dann warte ich auf die Ankunft eines *.dsc. Irgendwann[tm] ;-)
Eigentlich braucht man einen ganzen "debian" Ordner mit ziemlich vielen
Dateien, wovon "control" die wichtigste ist. *.dsc sagt mir jetzt nix.

Ich hatte das irgendwann mal rausgepuzzelt, Du meintest aber, meine
Einstellungen seien falsch, derweil ich sie für richtig hielt.

An der Stelle haben wir das nicht weiter verfolgt.

Ich sehe gerade - im CVS liegt der Ordner ja.

Es sind allerdings noch keine Abhängigkeiten eingetragen...
Post by Christian Boltz
Post by Joerg Rossdeutscher
Post by Christian Boltz
Post by Joerg Rossdeutscher
- Hochladen der aktuellen Sortlist und anpassen des Installers
auf ebendiese.
Sollte nicht allzu schwer sein ;-)
Vorsicht: Der database_assistant prüft anscheinend auch auf die
Dateigröße, diese Werte bitte auch korrigieren (oder den Check
entfernen, ich finde ihn überflüssig ;-)
Der Check ist nicht für den Import, sondern ob die Datei überhaupt
runtergeladen werden muss/soll/darf. Irgendwie müssen wir ja prüfen, ob
die sortlist aktuell ist.
Post by Christian Boltz
Ich habe übrigens in letzter Zeit auch ein paar Fonts sortiert, die
entsprechende Liste folgt demnächst.
Gut.
Post by Christian Boltz
Post by Joerg Rossdeutscher
Post by Christian Boltz
Post by Joerg Rossdeutscher
- Anleitung für --phoenix und alles neue.
Ich habe gerade INSTALL aktualisiert. Guckst Du mal kurz drüber?
Durch. Ich habe nur inkonsistente Großkleinschriebung geändert, nix
relevantes.
Post by Christian Boltz
Post by Joerg Rossdeutscher
Post by Christian Boltz
Jepp. Und überhaupt nochmal die Doku überprüfen und neu aus
gesindel.de generieren.
Seufz. Wann nur? Stehen lass...
Ich habe gerade einiges überarbeitet.
- Man nehme...
Zu den Requirements: an welcher Stelle verwenden wir eigentlich
perl-Data-ShowTable? grep hat gerade nichts gefunden...
Kommt mir nicht bekannt vor. Die Debian Abhängigkeit ist nur perl bzw.
in umgekehrter Richtung gar nix, also ist es auch nicht als Abhängigkeit
reingerutscht.

Die Paketbeschreibung legt ein vergessenes Debugging nah?
Post by Christian Boltz
--my-code statt --my-preview - das erfordert aber eine größere
Textänderung, weil --my-code an deutlich mehr Stellen eingreifen kann.
(müssen wir --my-code noch an anderen Stellen erwähnen?)
Oh Mann... eigentlich ist das ein eigenes Kapitel.
Post by Christian Boltz
Fonts downloaden
"Per Klick auf den Fontnamen lassen sich Fonts downloaden. Das Archiv
heisst immer "font.tar.gz", um automatisierten "Leersaugern" das Leben
ein klein wenig zu erschweren."
sieht veraltet aus ;-)
Ist optional konfigurierbar und per default aus.
Post by Christian Boltz
Post by Joerg Rossdeutscher
Post by Christian Boltz
Ich hätte noch eine etwas größere Änderung in der custom.php
vorzuschlagen - sollten wir noch vor dem Release machen, da sich
die custom.php gegenüber 2.0.1 sowieso geändert hat.
Derzeit wird die custom.php in jeder Font-Zeile eingebunden. Wenn
ich jetzt an Fälle wie die Frage "How to manage multiple font
collections"
von Gerhard Gaußling diese Woche denke, zeigt das die
Unbrauchbarkeit dieses Konzepts - wir können derzeit _nur_ ein
zusätzliches Icon bei jedem Font anzeigen, nicht aber z. B. die
SQL-Query beeinflussen oder zusätzliche Elemente in der
Steuerleiste einbinden.
[...]
Post by Christian Boltz
Was hältst Du von dieser Idee? Wollen wir das noch schnell einbauen?
Ich mache das bestimmt nicht - zuviel Arbeit. Ich habe aber nichts
dagegen.
Gut, dann lass es bitte nochmal stehen.
Stehlass...
Post by Christian Boltz
function fontlinge_custom_navi() {
zusätzliche Elemente in der Navigationsleiste
function fontlinge_custom_sql($where, $sorting) {
Veränderung der SQL-Query (WHERE und ORDER BY)
function fontlinge_custom_per_font($row, $vdivider_cell) {
das, was die "alte" custom.php gemacht hat: Zusatzelemente pro
Font
function fontlinge_custom_script() {
zusätzlich benötigtes JavaScript einbinden
Ergänzen will ich noch
function fontlinge_custom_table($table) # statt "fonts"
(wobei $table beim Aufruf den Default-Wert, also "fonts" enthält)
Verwendungszweck: mögliche Unterstützung für mehrere Fonts-Tabellen,
zumindest in der WebGUI (z. B. "Wiedervorlage"-Tabellen).
Krass. Nicht schlecht.
Post by Christian Boltz
Frage zu _custom_sql: Macht es Sinn, WHERE und ORDER BY in einer
gemeinsamen Funktion zu verändern oder ist das getrennt geschickter?
Getrennt.
Post by Christian Boltz
Kurz vor dem Commit ist mir übrigens aufgefallen, dass ich die
Grundgerüste in functions.php und nicht in index.php packen sollte -
der Grund dafür ist fontlinge_custom_table, das in mehreren Scripten
aufgerufen wird (preview, fontinfo usw.).
Das verzögert meinen Commit ein wenig :-/
:-)

Gruß,
Jörg
--
-o) fontlinge | Fontmanagement for Linux | Schriftenverwaltung in Linux
/\\ http://freshmeat.net/projects/fontlinge/
_\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/
Christian Boltz
2006-07-23 18:56:02 UTC
Permalink
Hallo Ratti, hallo Leute,
Post by Joerg Rossdeutscher
Post by Christian Boltz
Post by Joerg Rossdeutscher
Post by Christian Boltz
Post by Joerg Rossdeutscher
Schön wäre es natürlich. Kann der Autobuilder auch DEBs? :-)
Wenn man eine *.dsc-Datei hat, soll es gehen. [...]
Helfen uns die Debian-RPMs weiter? Falls ja, kann ich sie dir
zum Testen per PM zumailen.
Nicht wirklich. Ich würde kein RPM bei mir installieren, die
meisten anderen Debianer wohl auch nicht. Das macht keinen Sinn.
Dann warte ich auf die Ankunft eines *.dsc. Irgendwann[tm] ;-)
Eigentlich braucht man einen ganzen "debian" Ordner mit ziemlich
vielen Dateien, wovon "control" die wichtigste ist. *.dsc sagt mir
jetzt nix.
Hmm, dann fragen wir eben Google ;-)

- http://www.debianhowto.de/doku.php/de:howtos:woody:backporting
- man dpkg-source -> -ss
- http://www.debian.org/doc/manuals/maint-guide/ch-build.de.html
-
http://www.linux-magazin.de/Artikel/ausgabe/1997/09/Paketverwaltung/paketverwaltung.html
(darin jeweils nach "dsc" suchen)

[...]
Post by Joerg Rossdeutscher
Post by Christian Boltz
Post by Joerg Rossdeutscher
Post by Christian Boltz
Post by Joerg Rossdeutscher
- Hochladen der aktuellen Sortlist und anpassen des
Installers auf ebendiese.
Sollte nicht allzu schwer sein ;-)
Vorsicht: Der database_assistant prüft anscheinend auch auf die
Dateigröße, diese Werte bitte auch korrigieren (oder den Check
entfernen, ich finde ihn überflüssig ;-)
Der Check ist nicht für den Import, sondern ob die Datei überhaupt
runtergeladen werden muss/soll/darf. Irgendwie müssen wir ja prüfen,
ob die sortlist aktuell ist.
Dann würde ich zu einem Datumsfeld in der ersten Zeile raten:
#date 2006-07-23
oder so. Das liefert uns zwar beim Import einen Hinweis
skipped empty ressource #date 2006-07-23,,
ist aber nicht weiter schlimm ;-)

Der database_assistant sollte dann auf ">= 2006-07-23" prüfen.

Andererseits: Das Datum steht ja schon im Dateinamen, das sollte auch
reichen. Ich glaube nicht, dass wir später _unter gleichem Dateinamen_
eine neue Sortlist veröffentlichen.

(Wir hatten ja mal überlegt, eine "latest_sortlist.php" auf gesindel.de
anzulegen - das wäre die beste Lösung, aber bisher hat es noch keiner
gemacht ;-)
Post by Joerg Rossdeutscher
Post by Christian Boltz
[cb] Ich habe übrigens in letzter Zeit auch ein paar Fonts sortiert,
die entsprechende Liste folgt demnächst.
Gut.
(stehenlassen)
Post by Joerg Rossdeutscher
Post by Christian Boltz
Post by Joerg Rossdeutscher
Post by Christian Boltz
Post by Joerg Rossdeutscher
- Anleitung für --phoenix und alles neue.
Ich habe gerade INSTALL aktualisiert. Guckst Du mal kurz drüber?
Durch. Ich habe nur inkonsistente Großkleinschriebung geändert, nix
relevantes.
OK, danke.

Ich ergänze noch um einen Hinweis auf custom.php ;-)
Post by Joerg Rossdeutscher
Post by Christian Boltz
Post by Joerg Rossdeutscher
Post by Christian Boltz
Jepp. Und überhaupt nochmal die Doku überprüfen und neu aus
gesindel.de generieren.
Seufz. Wann nur? Stehen lass...
Ich habe gerade einiges überarbeitet.
- Man nehme...
  Zu den Requirements: an welcher Stelle verwenden wir eigentlich
  perl-Data-ShowTable? grep hat gerade nichts gefunden...
Kommt mir nicht bekannt vor. Die Debian Abhängigkeit ist nur perl
bzw. in umgekehrter Richtung gar nix, also ist es auch nicht als
Abhängigkeit reingerutscht.
Die Paketbeschreibung legt ein vergessenes Debugging nah?
Ich habs gefunden:

# rpm -e --test perl-Data-ShowTable
error: Failed dependencies:
perl-Data-ShowTable is needed by (installed)
perl-DBD-mysql-3.0002-13.i586

Also doch eine Abhängigkeit (unter Debian wohl nur "recommended" oder
so).

Ich nehme perl-Data-ShowTable trotzdem aus der Liste raus, da wir es nur
indirekt brauchen. (Würden wir alle indirekten Abhängigkeiten
ausdrücklich listen, müssten wir mit aaa_base anfangen ;-)
Wer das Fontlinge RPM per YaST installiert, bekommt die Abhängigkeiten
sowieso automatisch mit.

BTW: Ich arbeite gerade an einem besseren Specfile. Änderungen sind:
- komplette/bessere Requires: (vor allem diversen "perl(Modul::Name)"
statt perl-foobar, das funktioniert Distri-übergreifend) - die Liste
wird per check_for_modules.pl --list-rpm-requires generiert
- ein Pfad für die Perlmodule (/usr/lib/perl5/site_perl), der überall
funktioniert
- sonstiger Kleinkram

Ich teste das Ganze im openSUSE BuildService und commite, wenn alles
steht.

Frage am Rand: Rufen wir irgendwo ImageMagick direkt auf oder nur über
das Perlmodul?
Im letzten Fall reicht IMHO auch die Abhängigkeit "perl(Image::Magick)"
und ich kann die Abhängigkeit zu "ImageMagick" streichen (siehe oben -
indirekte Abhängigkeiten)
Post by Joerg Rossdeutscher
Post by Christian Boltz
  --my-code statt --my-preview - das erfordert aber eine größere
  Textänderung, weil --my-code an deutlich mehr Stellen eingreifen
kann. (müssen wir --my-code noch an anderen Stellen erwähnen?)
Oh Mann... eigentlich ist das ein eigenes Kapitel.
Im Prinzip schon, aber fürs erste würde der Hinweis in Schritt 8
reichen.
Post by Joerg Rossdeutscher
Post by Christian Boltz
  Fonts downloaden
  "Per Klick auf den Fontnamen lassen sich Fonts downloaden. Das
Archiv heisst immer "font.tar.gz", um automatisierten "Leersaugern"
das Leben ein klein wenig zu erschweren."
  sieht veraltet aus ;-)
Ist optional konfigurierbar und per default aus.
Dann kommentiere ich den entsprechenden Hinweis in der Doku erstmal aus.
Falls Du das Ganze etwas ausführlicher schreiben willst, habe ich
natürlich nichts dagegen - derzeit ist "kein Hinweis" aber besser als
ein falscher ;-)
Post by Joerg Rossdeutscher
Post by Christian Boltz
Post by Joerg Rossdeutscher
Post by Christian Boltz
Ich hätte noch eine etwas größere Änderung in der custom.php
vorzuschlagen - sollten wir noch vor dem Release machen, da
sich die custom.php gegenüber 2.0.1 sowieso geändert hat.
[...]
[...]
Post by Joerg Rossdeutscher
Krass. Nicht schlecht.
Aktueller Stand, siehe meinen Commit vorhin:
# grep fontlinge_custom functions.php |grep -v ^if
function fontlinge_custom_navi() {
function fontlinge_custom_per_font($row, $vdivider_cell) {
function fontlinge_custom_script() {
function fontlinge_custom_sql_where($where) {
function fontlinge_custom_sql_orderby($orderby) {
function fontlinge_custom_sql_table($table) {
Post by Joerg Rossdeutscher
Post by Christian Boltz
Frage zu _custom_sql: Macht es Sinn, WHERE und ORDER BY in einer
gemeinsamen Funktion zu verändern oder ist das getrennt
geschickter?
Getrennt.
OK.
Post by Joerg Rossdeutscher
Post by Christian Boltz
Kurz vor dem Commit ist mir übrigens aufgefallen, dass ich die
Grundgerüste in functions.php und nicht in index.php packen sollte
- der Grund dafür ist fontlinge_custom_table, das in mehreren
Scripten aufgerufen wird (preview, fontinfo usw.).
Das verzögert meinen Commit ein wenig :-/
 :-)
So, commit ist draußen :-)


Gruß

Christian Boltz
--
Post by Joerg Rossdeutscher
Außerdem läuft [KDE 3.2] beta2 stabiler als es Win98 jemals war ;-)
Und? Wo ist da die Besonderheit?! Fast jedes andere grafische System
läuft stabiler als Windows 9x :-)
[> Christian Boltz und Tobias Weisserth in suse-linux]
Joerg Rossdeutscher
2006-07-24 18:21:37 UTC
Permalink
Moin,
Post by Christian Boltz
Post by Joerg Rossdeutscher
Post by Christian Boltz
Post by Joerg Rossdeutscher
Post by Christian Boltz
Post by Joerg Rossdeutscher
Schön wäre es natürlich. Kann der Autobuilder auch DEBs? :-)
Wenn man eine *.dsc-Datei hat, soll es gehen. [...]
Helfen uns die Debian-RPMs weiter? Falls ja, kann ich sie dir
zum Testen per PM zumailen.
Nicht wirklich. Ich würde kein RPM bei mir installieren, die
meisten anderen Debianer wohl auch nicht. Das macht keinen Sinn.
Dann warte ich auf die Ankunft eines *.dsc. Irgendwann[tm] ;-)
Eigentlich braucht man einen ganzen "debian" Ordner mit ziemlich
vielen Dateien, wovon "control" die wichtigste ist. *.dsc sagt mir
jetzt nix.
Hmm, dann fragen wir eben Google ;-)
- http://www.debianhowto.de/doku.php/de:howtos:woody:backporting
- man dpkg-source -> -ss
- http://www.debian.org/doc/manuals/maint-guide/ch-build.de.html
-
http://www.linux-magazin.de/Artikel/ausgabe/1997/09/Paketverwaltung/paketverwaltung.html
(darin jeweils nach "dsc" suchen)
Vergiss die mal, das ist missverständlich. Die entsteht zwar beim bauen,
ist aber für uns uninteressant. Sie wird sogar automatisch erstellt aus
dem Inhalt des besagten "debian" Ordners.


Wenn ich meinen letzten Bastelstand bauen lassen, kriege ich die
automatisch:

***@ratti:~/CVS$ cat *.dsc
Format: 1.0
Source: fontlinge
Version: 2.1.0-1
Binary: fontlinge
Maintainer: Joerg Rossdeutscher <***@gesindel.de>
Architecture: all
Standards-Version: 3.6.2
Build-Depends: debhelper (>= 4.0.0), autotools-dev
Build-Depends-Indep: perl-modules, mysql-server
Files:
c616c69f41935fb8a10933b341e5c0d6 3696585 fontlinge_2.1.0-1.tar.gz
Post by Christian Boltz
[...]
Post by Joerg Rossdeutscher
Post by Christian Boltz
Post by Joerg Rossdeutscher
Post by Christian Boltz
Post by Joerg Rossdeutscher
- Hochladen der aktuellen Sortlist und anpassen des
Installers auf ebendiese.
Sollte nicht allzu schwer sein ;-)
Vorsicht: Der database_assistant prüft anscheinend auch auf die
Dateigröße, diese Werte bitte auch korrigieren (oder den Check
entfernen, ich finde ihn überflüssig ;-)
Der Check ist nicht für den Import, sondern ob die Datei überhaupt
runtergeladen werden muss/soll/darf. Irgendwie müssen wir ja prüfen,
ob die sortlist aktuell ist.
#date 2006-07-23
oder so. Das liefert uns zwar beim Import einen Hinweis
skipped empty ressource #date 2006-07-23,,
ist aber nicht weiter schlimm ;-)
Der database_assistant sollte dann auf ">= 2006-07-23" prüfen.
Wo ist der unterschied zwischen
"In die Datei '2006-07-23' schreiben"
und
"In den Code '1248409' schreiben"?

Abgesehen davon, dass...
Post by Christian Boltz
Andererseits: Das Datum steht ja schon im Dateinamen, das sollte auch
reichen. Ich glaube nicht, dass wir später _unter gleichem Dateinamen_
eine neue Sortlist veröffentlichen.
...das Script, so, wie es jetzt ist, weitgehend auch noch die Integrität
der Datei unterstützt. Wenn die Länge stimmt, wird sie wohl heile sein,
und wir brauchen uns nciht mit abgebrochenen Downloads etc rumschlagen.

Ich möchte es so lassen.
Post by Christian Boltz
(Wir hatten ja mal überlegt, eine "latest_sortlist.php" auf gesindel.de
anzulegen - das wäre die beste Lösung, aber bisher hat es noch keiner
gemacht ;-)
Ja.
gesindel.de migriert allerdings gerade.
Post by Christian Boltz
Post by Joerg Rossdeutscher
Post by Christian Boltz
[cb] Ich habe übrigens in letzter Zeit auch ein paar Fonts sortiert,
die entsprechende Liste folgt demnächst.
Gut.
(stehenlassen)
Ja.
Post by Christian Boltz
Post by Joerg Rossdeutscher
Post by Christian Boltz
Zu den Requirements: an welcher Stelle verwenden wir eigentlich
perl-Data-ShowTable? grep hat gerade nichts gefunden...
Kommt mir nicht bekannt vor. Die Debian Abhängigkeit ist nur perl
bzw. in umgekehrter Richtung gar nix, also ist es auch nicht als
Abhängigkeit reingerutscht.
Die Paketbeschreibung legt ein vergessenes Debugging nah?
# rpm -e --test perl-Data-ShowTable
perl-Data-ShowTable is needed by (installed)
perl-DBD-mysql-3.0002-13.i586
Also doch eine Abhängigkeit (unter Debian wohl nur "recommended" oder
so).
Nicht mal das. Weder empfohlen noch abhängig noch irgendwas. Und bei mir
auch gar nicht installiert.
Post by Christian Boltz
Ich nehme perl-Data-ShowTable trotzdem aus der Liste raus, da wir es nur
indirekt brauchen. (Würden wir alle indirekten Abhängigkeiten
ausdrücklich listen, müssten wir mit aaa_base anfangen ;-)
Wer das Fontlinge RPM per YaST installiert, bekommt die Abhängigkeiten
sowieso automatisch mit.
Fort damit.
Post by Christian Boltz
- komplette/bessere Requires: (vor allem diversen "perl(Modul::Name)"
statt perl-foobar, das funktioniert Distri-übergreifend) - die Liste
wird per check_for_modules.pl --list-rpm-requires generiert
- ein Pfad für die Perlmodule (/usr/lib/perl5/site_perl), der überall
funktioniert
Hey, geil.
Post by Christian Boltz
Frage am Rand: Rufen wir irgendwo ImageMagick direkt auf oder nur über
das Perlmodul?
Im letzten Fall reicht IMHO auch die Abhängigkeit "perl(Image::Magick)"
und ich kann die Abhängigkeit zu "ImageMagick" streichen (siehe oben -
indirekte Abhängigkeiten)
Die Kernscripte sind diesbezüglich sauber, aber ich glaube, f*_compare
und seine Hackerkumpels rufen z.B. "display" auf.

Sehe ich nicht so kritisch - ImageMagick will man eh draufhaben. :-)
Post by Christian Boltz
Post by Joerg Rossdeutscher
Post by Christian Boltz
--my-code statt --my-preview - das erfordert aber eine größere
Textänderung, weil --my-code an deutlich mehr Stellen eingreifen
kann. (müssen wir --my-code noch an anderen Stellen erwähnen?)
Oh Mann... eigentlich ist das ein eigenes Kapitel.
Im Prinzip schon, aber fürs erste würde der Hinweis in Schritt 8
reichen.
Mir ist alles Recht.
Post by Christian Boltz
Post by Joerg Rossdeutscher
Post by Christian Boltz
Fonts downloaden
"Per Klick auf den Fontnamen lassen sich Fonts downloaden. Das
Archiv heisst immer "font.tar.gz", um automatisierten "Leersaugern"
das Leben ein klein wenig zu erschweren."
sieht veraltet aus ;-)
Ist optional konfigurierbar und per default aus.
Dann kommentiere ich den entsprechenden Hinweis in der Doku erstmal aus.
Falls Du das Ganze etwas ausführlicher schreiben willst, habe ich
natürlich nichts dagegen - derzeit ist "kein Hinweis" aber besser als
ein falscher ;-)
Ja, raus damit.


Gruß,
Jörg
--
-o) fontlinge | Fontmanagement for Linux | Schriftenverwaltung in Linux
/\\ http://freshmeat.net/projects/fontlinge/
_\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/
Loading...