Hi Leute, Hi Andreas,
> Daher rufe ich hiermit ein "Feature freeze" aus, d.h. ab
> sofort flie�en nur noch Bug-Fixes und �hnliches in den isdnlog ein,
> neue Features m�ssen leider warten (wobei ich gerne bereit bin, neue
> Features bei mir zu Hause lokal zu sammeln).
Sehr gut! Du hast meine volle breite Unterst�tzung!
> - Das "make install" installiert z.Zt. alle Daten-Dateien mit einem
> "-de" oder "-at" ... im Namen. Das pa�t in Deutschland auch wunderbar,
> aber in �sterreich gibt's ein kleines Problem:
> Es gibt z.Zt. keine "country-at.dat", daher macht der "make install"
> dort eine Bauchlandung.
Dann installier doch grunds�tzlich das country-de.dat und das (noch
nicht existente) country-us.dat!
Soweit ich gesehen habe, wird auch nur zone-$(NATION)-dtag.dat
installiert! Das ist falsch! Erstens heisst die bei uns zone-at-pta.dat,
zweitens gibt es in �sterreich mehrere davon!
Da stellt sich f�r mich sowieso die Frage: Warum nicht alle Datenfiles
installieren? F�r die Bin�rdistribution ist das sowieso notwendig!
W�re ein �cp zone-??-*.gdbm /usr/lib/isdn� zu agressiv?
> Warnings -> Unknown country ...
> F�r eine evtl. WEB-Anfrage dauert das viel zu lange, und kann
> nur durch Korrekturen in der "country-de.dat" verbessert werden!
Ist das echt soviel Arbeit, die paar Tippfehler zu bereinigen??? Wenn
das nicht bald passiert, dann mu� ich, der �sterreicher, eure deutschen
Rechtschreibfehler korrigieren!
> S:Internet by call
> Dies mu� "rate.c" nat�rlich noch auswerten!
Aja. Funktioniert der Rest der LCR-Berechnung (meine letzten Patches) zu
deiner Zufriedenheit?
> AREADIFF = /usr/lib/isdn/vorwahl.dat
> CODELIB = AREACODE
> AREALIB = /usr/lib/isdn/areacodes
Die drei sind doch Geschichte, oder?
> - Massive Erweiterung der "rate-xx.dat" Struktur (ja, ja, Michael ;-)
gnagnagna...
> Das heutige Schema mit "P:xx" und dem selektieren von Untereintr�gen
> via "rate.conf" ist leider mittlerweile fast unbrauchbar geworden.
> Der Markt ist daf�r einfach viel zu schnelllebig geworden.
>
> Sp�ter einmal *mu�* jeder Tarif im Speicher sein, nicht nur jeweils
> einer pro "P:"
hab auch schon dr�ber nachgedacht. Und schon ein paar Ideen. Aber nach
4.0
bye, Michi
--
netWorks Vox: +43 316 698260
Michael Reinelt Fax: +43 316 692343
Geisslergasse 4 GSM: +43 676 3079941
A-8045 Graz, Austria e-mail: [EMAIL PROTECTED]
_______________________________________________
Rates4linux-devel mailing list
[EMAIL PROTECTED]
http://lists.SourceForge.net/mailman/listinfo/rates4linux-devel
