April 2005 - Lugrav

Gebühr für die Lug-Rav Liste?
by Stefan Ulrich Hegner 04 Apr '05

04 Apr '05

Hallo zusammen, habe mich heute mit Frank getroffen. Dabei kam wir auf die Frage, wie man die sich weiterhin ausweitenden Lug-Rav Aktivitäten besser finanzieren kann. Besonders Domain, Webpräsenz und die Mailingliste sind viel zu teuer, um sie aber auf Dauer weiter kostenlos betreiben zu können. Nachdem ich noch mit ein paar anderen telefoniert habe, hier mein Lösungsvorschlag: Da der Verteiler der Mailingliste zu den Haupt-Nutzniessern unserer Aktivitäten gehören, schlage ich daher folgendes vor: Pro Mail wird eine Gebühr von 0,19Euro erhoben. Bei mehr als 20 Mails pro Monat sinkt der Preis auf 0,15Euro/Mail. Für 56,86 Euro kann ein Jahreskontigent erworben werden. Die Preise verstehen sich für Plaintext-Mails ohne Anhang. HTML-Mails werden (Aufgrund der allgemeinen Unbeliebtheit) mit einem Zuschlag von 0,50 Euro belegt. Als Option kann man auch HTML-Clearing für 123,67 Euro für ein Jahr lang buchen. Das ganze soll als Prepaid-System laufen (wie beim Handy)... und wer kein Guthaben mehr hat, dessen Mails werden vom Listenadmin geplonkt. Die Preise habe ich (als BWLer mit Finanzschwerpunkt) aufgrund des Mailtraffics des letzten Jahres errechnet. Wenn das Mailvolumen nicht unter 83,7% des Vorjahresvolumes sinkt und 26,6% der Mails über ein Jahreskontingent abgerechnet werden, sollte das reichen um unsere ehrgeizigen Expansionspläne für die kommenden Jahre zu finanzieren. - HTML-Optionen wurden in diesem Szenario nicht berücksichtigt. Wär das ein Weg? Any comments welcome! Stefan. -- / Stefan Ulrich Hegner aka "Hegi" - Loehne/ Westfalen - Germany \ | stefan(a)hegner-online.de, my Cyberhome http://www.hegner-web.de| \ GPG-Fprint D9DB 51BD 2DA6 9B3A 41CB 0287 05A1 8D11 38BA CE91 /

9 13

IPCop mit Linksys WMP54GS über ndiswrapper für wlan0 auf Rot
by Jürgen Leibner 01 Apr '05

01 Apr '05

Hallo Liste, habe die Woche über mal mit IPCop gespielt, um meine Internetverbindung über WLAN in den Keller zu bekommen. Unter Debian Sarge hatte ich dieses von Hand schon recht sinnvoll hinbekommen. Soweit läuft der IPCop 1.4.5 auch ganz nett, aber meine PCI WLAN-Karte Linksys WMP54GS erkennt er natürlich nicht. Diese Karte läuft aber mit ndiswrapper und den XP-Treibern hervorragend unter Debian Sarge und einem 2.6er und einem 2.4er Kernel. Ich frage mich jetzt, wie bekomme ich in den IPCop den ndiswrapper rein? Muss ich mir dafür etwa einen eigens dafür selbstkompilierten IPcop bauen, in den ich die passenden Tools und Module vorab integriere? Kennt jemand eine einfachere Methode? Auf den IPCop-Seiten habe ich keine passenden Hinweise dazu gefunden. Im PHP-Wiki von IPCop und dem Umfeld von IPCop finde ich nur Anleitungen, wie man IPCop aus den Sourcen baut. Das vorabverändern von den Sourcen, um das Ziel zu erreichen ist mir aber völlig fremd. Soweit habe ich es in meiner Linux-Karriere noch nicht geschafft ;-) Mit freundlichen Gruessen, Juergen Leibner -- Coffeecup empty - Userpanic! -- Jürgen Leibner juergen.leibner(a)t-online.de Tel 0521-8949019 -- Diese Mail wurde durch neueste Virenscanner mit den aktuellsten Signaturen geprüft und ist bestmöglich virenfrei!

1 0

OOo + PostgreSQL Format Datenbankfelder
by Achim Kohlwey (-frso) 01 Apr '05

01 Apr '05

Hallo, Wie formatiere ich ein Datenbankfeld im OO-Writer (z.B. für Serienbrieffelder)? Ich habe ein OO-Textvorlage mit integrierten Datenbankfeldern. Das funktioniert bis hierhin. Entweder PostgresQL oder OOo füllt mir das Datenfeld rechts mit Leerzeichen auf. Wie kann ich die Leerzeichen abschneiden? In der Doku habe ich nichts gefunden. -- Viele Grüße, Achim

2 2

nessie - the loch ness monster of programming languages
by Martin Bähr 01 Apr '05

01 Apr '05

hallo, das interessiert vielleicht einige von euch: the loch ness monster is real a new programming language has been sighted, it goes by the affectionate name "nessie" and it claims to be the loch ness monster of programming languages. the main trait of nessie it borrows from python: indenting. the main difference to python: it is typed, something that python developers are now considering for python 3. ever since i started using python myself i have to agree, indenting is one of the best ideas in the evolution of the syntax of programming languages that has been made in a long time. indenting is a must for readable code anyways and anyone who thinks that indenting is a problem is either writing sloppy code or has simply never tried python. i like concise and explicit syntax without redundancy. and that's something that nessie promises to offer. the syntax should serve both the user and the compiler. the compiler should not try to guess what the user wants to do, but it should also not force the user to be overly verbose. nessie offers a number of interesting things that python does not (yet) have. one of them is static typing. this topic has always raised a controversy in the python community. nessie may be the way out for those that do like static typing without forcing their opinion onto the rest of the python community. there is also the very compact use of operators on all kinds of data operations, like splitting a string: instead of s.split(" ") nessie uses s/" " you divide the string at the spaces. the reverse of course also works: arr*" " joins an array to a string. there are many more operators and they can all be applied to almost any type. there is a well evolved runtime library that offers an astonishing set of features from image manipulation, a calendar module that supports any kind of date manipulation you have ever dreamed of, support for most internet protocols, xml, database access, you name it, it's there. like python nessie is object oriented, but it offers class member protection that allows to add security features to your application that are simply not possible in python. one interesting feature here is nessies class syntax. you don't need to mark a class with a keyword, but just but the contents of your class into a file. the filename becomes the class name. instantiate or inherit the file elsewhere and you are done. a bit more about types: nessie is statically typed but it does not make you go out of your way to make things work like java does. there is a mixed type which will hold anything, and brings you back to the same dynamic typing flexibility that python offers. you may also combine any types as you like: string|int|float. incidentially a similar syntax for types is being discussed for python. container types may be specified generic: array (which is really array(mixed)) or more detailed: mapping(string:array(array(int(0..359))). the latter is a dictionary with keys of type string and 2-dimensional arrays with integers ranged from 0 to 359 as values. as you can see the typing is very flexible, you may be as specific as you want and as generic as you need. let's have a look at nessie itself: nessie: void main() write("hello world!\n") pike: void main() { write("hello world!\n"); } python: print "hello world!" nessie is more explicit than python but less redundant than pike. apart from the indenting syntax, nessie is essentially a dialect of pike. it uses the pike runtime which brings with it a great amount of features that have been evolving since the late 80ties. the features described above are really all just inherited from pike. nessie actually just adds the indenting. a minor difference, that may have a large impact on those that don't like braces. python and pike are both great languages, and so is nessie. it's time for some change. Nessie: http://steam.iaeste.at/nessie/ Pike: http://pike.ida.liu.se/ gruss, martin. -- cooperative communication with sTeam - caudium, pike, roxen and unix offering: programming, training and administration - anywhere in the world -- pike programmer travelling and working in europe open-steam.org unix system- bahai.or.at iaeste.(tuwien.ac|or).at administrator (caudium|gotpike).org is.schon.org Martin Bähr http://www.iaeste.or.at/~mbaehr/

1 0