Screamer
Erinnert mich daran, das ich das nach OpenMCL portieren wollte ...
Bei lemonodor gibts den Originalartikel.
Erinnert mich daran, das ich das nach OpenMCL portieren wollte ...
Bei lemonodor gibts den Originalartikel.
Erinnert mich daran das ich mal probieren wollte ob PyDS auch mit Jython funktioniert. Ja, ich weiss, Metakit und ein paar andere Sachen machen Probleme. Aber da gibts unter Umständen Alternativen (keine Ahnung ob das mit docutils auch gilt, aber auch da findet sich was).
Bei PragDave gibts den Originalartikel.
Contracts für Python? Hmm. Könnte interessant sein, zumal man sie ja deaktivieren kann, um später die Laufzeit hochzukriegen. Eventuell hilft das die Probleme, die das hochdynamische Umfeld von Python nunmal bietet, besser in den Griff zu bekommen. Mal angucken.
Bei PyPI recent updates gibts den Originalartikel.
Die gelinkte Seite liefert nicht nur die Software, sondern auch Debian-Pakete und Erläuterungen um einen eigenen anonymen CVS Server einzurichten, der unter einem eigenen Benutzer und in einem chroot Jail läuft. Nette Sache. Benutze ich für den Python Desktop Server.
Notizgeblogged. Könnte mal interessant werden, wenn ich doch mal wieder Lust auf Objective-C bekomme.
Bei Workbench gibts den Originalartikel.
BBEdit 7.0, SSHPassKey, Python und CVS - damit baue ich den Python Desktop Server, wenn ich am Mac sitze (was ich deutlich vorziehe).
Da der CVS-Server nicht bei mir steht, sondern draussen im Netz, wird ssh als Transport eingerichtet (dafür das SSHPassKey - damit wird die Passwortabfrage von SSH in die Keychain von Mac OS X integriert!).
Unter Linux benutze ich statt BBEdit den VIM. Naja
Billyboys Horrorszenarium: Freie Software schaffe keine Arbeitsplätze und bringe daher dem Staat auch keine Steuereinnahmen. Im Kapitalismus sei es nun einmal üblich, neue Software zu entwickeln und dafür die Einnahmen aus früheren Verkäufen einzusetzen. Falls Software frei verfügbar sei, müssten Programmierer womöglich für ihren Lebensunterhalt tagsüber Feldarbeit verrichten - jau, ab auf den Acker mit der Torfnase, da kann er endlich mal lernen was ehrliche Arbeit ist

Bei heise online news gibts den Originalartikel.
Richtig schön wird der Buchstabensalat dann aber erst wenn man noch HTML hinzunimmt. Denn in HTML 4 ist apos als Entity nicht mehr definiert. In XHTML (da es auf XML basiert) hingegen natürlich Pflicht. Und in RSS (da ja auch XML) eigentlich auch. Saublöder Haufen, das w3c, sich bei HTML nicht mal umzugucken was andere, ähnliche, Sprachen machen und gleichzuziehen.
Was passiert? Der Python Desktop Server hat ursprünglich auch das einfache ' als entity (eben apos) kodiert. Das machen auch die meisten Browser mit, nur iCab und Omniweb nicht. Eigentlich machen die beiden das richtig, denn apos ist in HTML 4 ja nicht definiert.
Ich hab aber im Python Desktop Server nur eine quoteXML Routine, die ich bisher für beides benutzt habe. Eigentlich müsste ich jetzt eine quoteHTML einführen, und je nach Anwendungszweck die passende benutzen. Blöd.
Bei Der Schockwellenreiter gibts den Originalartikel.
Yeah! Eine meiner liebsten funktionalen Sprachen jetzt unter einer brauchbaren freien Lizenz. Wenn die Linux-Version weiter kommt, kann ich damit endlich auch mal in der Firma was anstellen.
Bei Lambda the Ultimate fand ich den den Originalartikel.
Die sind doch dämlich, vor allem wenn man sich die von Paul Graham (dem Autor des ursprünglichen Lisp Codes) genannten Gründe von Yahoo durchliest:
Bei lemonodor gibts den Originalartikel.
Na klasse. Wieder mal Bänker die sich entblöden öffentlich für "Security by Obscurity" zu plädieren. Wie kann man nur auf diesen Holzweg kommen? Öffentliche Diskussionen zu verhindern hilft der Sicherheit in keinster Weise, da sich diejenigen, die die Sicherheitsmängel ausnutzen, sowieso an der öffentlichen Diskussion nicht beteiligen, sondern im Dunkeln abzocken. Öffentliche Diskussionen hingegen helfen der Sicherheit, da durch sie Sicherheitsmängel zum Einen aufgedeckt werden, zum Anderen aber auch das blinde Vertrauen der Menschen in angebliche Sicherheit abgebaut werden. Wir brauchen öffentliche Diskussionen von Sicherheitsmängeln immer dringender, je mehr Computersysteme unseren Alltag bestimmen!
Bei heise online news gibts den Originalartikel.
Jetzt gibt es unter OS X eine Objective-C Bridge. Hmm. Könnte durchaus interessant sein, damit rumzuspielen.
Ob der Schockwellenreiter jetzt anfängt zu sabbern, wenn ich ihm verrate, das hier in meinem Zimmer zwei Xerox Lisp-Maschinen (Schwestersysteme zur Xerox Star) stehen?

(wobei ich trotzdem die Symbolics XL1201 jederzeit den Xerox vorziehen würde - irgendwann muss ich auf der kleinen Dicken endlich mal den Webserver installieren ...)
Bei Der Schockwellenreiter gibts den Originalartikel.
Jau. Eine sinnlose Spielerei. Deshalb hab ich das auch mal mit dem Python Desktop Server gemacht: " Wann wird hier eigentlich gepostet?". Sinnfrei, aber vielleicht ganz interessant, da der Makrosource mitgeliefert wird. Es ist durchaus von Vorteil wenn man die vollen Möglichkeiten von Python zur Verfügung hat
Bei WorldWideKlein - The Daily Durchblick gibts den Originalartikel.
Sehr interessanter Text, sollte sich jeder mal durchlesen, der mit OO-Sprachen arbeitet.
Bei Lambda the Ultimate fand ich den den Originalartikel.
Einen ähnlichen Effekt konnte ich auch beim Python Desktop Server bemerken: der in 100% Python geschriebene Webserver Medusa ist in der Performance ohne weiteres in der Lage mit einem Apache mitzuhalten, und das sogar in der Hauptdomäne eines Webservers, bei der Auslieferung von statischen Inhalten! Und der Medusa braucht dazu nichtmal Threads, sondern arbeitet mit Multiplexing über den select() Aufruf. Ziemlich beeindruckend ...
Bei Lambda the Ultimate fand ich den den Originalartikel.
Ok, merken. Könnte ganz witzig sein, wenn man markierten Text mit Perl aufmöbeln will.
Bei blog.scriptdigital.com gibts den Originalartikel.
Schon witzig, wenn bei SUN selber intern ein Papier kreist, mit dem erklärt wird, warum Java bei SUN intern nicht benutzt werden sollte

Bei Advogato gibts den Originalartikel.
Hey, mit dem Teil hab ich damals den Port von OCaml auf DOS gemacht. Allerdings hiess er da halt noch Watcom C/C++. Lange ists her ...
Bei heise online news gibts den Originalartikel.
Hihi, das mit dem Kalender ist mir zum Glück früh genug aufgefallen, ich bin halt ein fauler Hund
Übrigens könnten die geschätzten Kollegen ja auch einfach drüber nachdenken auf den Python Desktop Server zu wechseln, für den hab ich sogar ein - sehr rudimentäres, kann aber sicherlich ausgebaut werden - Migrationsscript von Radio. Musste ich ja schliesslich auch machen.
Das mit dem Ping löse ich so, das ich es einfach ignoriere. Ist ja wurscht wegen welchem der letzten 5 Artikel ich auf weblogs.com als Änderung auftauche, es pingt ja nicht Artikelbezogen, sondern Weblogbezogen. Und das Weblog braucht wirklich nicht in 5 Minuten 10 mal auftauchen, nur weil jemand schnell tippen und lesen kann
Bei Der Schockwellenreiter gibts den Originalartikel.
Ich überlege ernsthaft ob ich nicht den Python Desktop Server unter GPL stelle und das nutze. Wäre mal ein Experiment wert. Hmm. Zur Zeit ist der Python Desktop Server ja unter einer BSD-like Lizenz gestellt. Mal drüber schlafen. Vielleicht lasse ich es auch.
Bei heise online news gibts den Originalartikel.
Sorry, Leute, ich hab mir heute einen Zaurus gekauft. Der frisst jetzt etwas von der Zeit, die sonst aufs Bloggen geht
Hmm. Python läuft auf dem Zaurus, das weiss ich. Und der Python Desktop Server läuft unter Linux problemlos. Ob ich demnächst das MoBlogging einfach dadurch löse, das ich den Python Desktop Server auf dem Zaurus laufen lasse? Sobald ich eine brauchbare Netzanbindung für den Zaurus habe, kann ich das durchaus tun. Weird
Ich mag zwar kein Applescript, aber angucken könnte ich mir das schon mal ...
Bei Der Schockwellenreiter gibts den Originalartikel.
Hmm. Könnte ich mir mal angucken, vor allem lush klingt ganz nett. scsh ist zwar für Scripte brauchbar, aber als interaktive Shell eher nicht der Hit ...
(CLISP als Shell hingegen finde ich dann doch etwas pervers )
Bei CLiki Recent Changes fand ich den den Originalartikel.
Der Python Desktop Server kann mit Makros erweitert werden, die zum Beispiel kaputte RSS-Feeds reparieren können. Das ist ein Feature das in der 0.2.6 hinzugekommen ist. Ein Beispiel ist die Reparatur des Dotcomtod-Feeds auf http://dotcomtod.de/backend.php - da sind eine ganze Reihe Bugs drin. Das Makro dazu ist hier: " DotComTod ist ziemlich kaputt, was RSS angeht".
Die Hauptprobleme des Feeds liegen in der falschen Codierung von Umlauten und Sonderzeichen, wodurch die meisten XML-Parser entweder die Zusammenarbeit verweigern, oder so wie der Python Desktop Server einfach etwas seltsame Ergebnisse erzielen.
Eine andere Anwendung ist einfacher: viele Feeds haben keine GUID, aber benutzen das Link-Tag am Item für den gleichen Zweck. Zum Beispiel die Tagesschau und Telepolis. Jetzt haben viele von diesen Feeds das Problem, das Artikel später editiert werden - dann gibts Probleme, weil die Artikel immer wieder im Aggregator auftauchen. Mit folgendem Makro wird das behoben: " der link eines Items wird als guid eingetragen". Hiermit wird der Link in die GUID übertragen und der Python Desktop Server nutzt diese dann zur Erkennung von schon gesehenen Artikeln.
Ok, jetzt werd ich da wohl wirklich mal tiefer einsteigen und mir angucken was damit so alles klappt. Denn mit Python 2.2 unter OS X und Objective-C Bindings könnte ich mir für den Python Desktop Server eine auf XML/RPC aufbauenden Client machen, der nicht immer den Webbrowser für alle Aktivitäten erfordert. Könnte durchaus fixer sein, und der Editor für Postings und Texte könnte mehr Features bekommen. Hmm.
Bei bbums rants, code & references fand ich den den Originalartikel.
Hey, ein recht interessantes Revival für Mumps - auf die Idee, das nach Perl zu transformieren, hätte ich auch kommen können, die tied hashes müsste man gut dafür benutzen können. Könnte vielleicht ganz lustig sein, sich das mal anzugucken.
Bei search.cpan.org gibts den Originalartikel.
Nur weil ich es schon an anderen Stellen auch gelesen habe: nett, wenn ihr den Python Desktop Server erwähnt, aber der ist nicht für Linux in Planung, sondern schon längst für Linux vorhanden. Und Mac OS X. Und BSD. Ehrlich.
Bei Industrial Technology & Witchcraft gibts den Originalartikel.
Ein paar Links auf Interviews mit Guido über Python, dessen Entstehung, etc. Sehr interessant. Die Interviews sollen noch fortgesetzt werden zu weiteren Themen.
Bei Kevin Altis Radio Weblog gibts den Originalartikel.
Na, das ist ein typischer Frustname für einen HTML-Makro-Compiler, den sich auch nur ein Programmierer einfallen lassen kann, wenn er lange genug hässlichen HTML-Code editiert hat
Bei freshmeat.net gibts den Originalartikel.
Vom Python Desktop Server gibt es jetzt eine 0.2 Beta Version. Wer sich das mal angucken will, jetzt ist eine gute Gelegenheit, da ich vor Mittwoch abend sicherlich nichts mehr dran machen werde, da ich ab Montag in der Nähe von München rumsitze. Und die Features sind - was den Vergleich mit Radio angeht - ziemlich rund.
Hmm. Klingt ja recht interessant, speziell der Pointer auf die Suchfunktionen könnte für den Python Desktop Server ganz interessant werden - eine Suchmaschine will ich da auf jeden Fall reinbauen, denn irgendwann findet man dort sonst nix wieder.
Bei Richard's stuff : /python gibts den Originalartikel.
Hmm. Müsste ich mir mal durchgucken, ob ich für den Python Desktop Server auf die Version wechseln will. Allerdings habe ich mit der 0.81 noch keine gravierenden Probleme gehabt.
Bei freshmeat.net gibts den Originalartikel.
Hmm. Sollte ich mir definitiv mal angucken, vor allem wenn da Chancen bestehen das es Cocoa unterstützen wird.
Bei freshmeat.net gibts den Originalartikel.
Cincom hat seine komplette Smalltalk-Umgebung für private nicht-kommerzielle Nutzung freigegeben. Das umfasst vor allem das komplette VisualWorks Smalltalk System! Eine wirklich vollständige Programmierumgebung für Smalltalkentwicklung, die in einer Beta jetzt auch Mac OS X Native läuft. Natürlich sieht das GUI nicht gerade wie Aqua aus, das liegt aber eher an der Multiplattformeigenschaft von VisualWorks - es sieht über all gleich mies aus Warum das interessant ist? Smalltalk ist meiner Meinung nach eine der schönsten objektorientierten Programmiersprachen. Und gute Smalltalksysteme sind weitaus mehr ein Zuhause für Programmierer als viele andere Systeme, einfach weil man sich nahezu jeden Aspekt des Systems anpassen kann - notfalls programmiert man den Compiler oder das GUI einfach um.
Und VisualWorks Smalltalk hat einen grossen Stapel von fertigen Parcel (Paketen mit fertigen Lösungen) für diverseste Einsatzzwecke, unter anderem eine komplette SOAP Server und Client Umgebung. Ideal um interaktiv mit Webservices rumzuhacken.
Natürlich kann man vieles davon auch mit Python machen, aber beim GUI-Bereich ist Python einfach sehr mager - und auch die Entwicklungsumgebungen für Python kommen bei weitem nicht an das ran was Smalltalksysteme zu bieten haben.
Fairerweise sollte aber erwähnt werden das Squeak natürlich auch eine Option ist, speziell da sie wirklich komplett freie Software ist und auch einen grossen Stapel Erweiterungen enthält. VisualWorks Smalltalk ist für mich aber deutlich weiter integriert in das System und potentiell auch performanter (die virtual Machine von VisualWorks Smalltalk ist eine der interessantesten, viele Features die Java jetzt erst neu entdeckt und umsetzt sind dort schon vor vielen Jahren implementiert gewesen).
Also Leute, auf und mal wieder eine Runde smalltalken! Es lohnt sich.
Äh - Brainfuck. Debugger. IDE. Momentemal. Hat da jemand versehentlich Brainfuck ernst genommen?
Bei freshmeat.net gibts den Originalartikel.
Jau! Das wäre dann eine weitere Common Lisp Umgebung unter OS X. Und für diese gibt es auch schon einiges an Libraries, denn sie basiert auf CMUCL, einer recht alten und ausgereiften Implementation.
Bei lemonodor gibts den Originalartikel.
Wer jetzt noch Lust hat mit Oracle und Stored Procedures zu arbeiten, bitte vortreten
Bei Andrew Channels Dexter Pinion gibts den Originalartikel.
Hmm. Irgendwie klingt das so als ob ich mir das jetzt wirklich mal näher angucken will. Aber warscheinlich tuts das nur mit 10.2 richtig, nicht mit meinem 10.1.5 ...
Bei bbums rants, code & references fand ich den den Originalartikel.
Eine neue Version von OpenMCL mit einem ganzen Stapel von Bugfixes. Muss ich in der nächsten Zeit mal wieder upgraden.
Bei lemonodor fand ich den den Originalartikel.
Irgendwann wollte ich mir das auch mal angucken. Mit xmlrpc könnte das gut als GUI für den Python Desktop Server benutzt werden. Hmm.
Bei Andrew Channels Dexter Pinion gibts den Originalartikel.
Möglicherweise für den Python Desktop Server interessant? TAL hat ja den Vorteil mit GUI-Designer gut kompatibel zu sein. Hmm. Schaun mer mal. Eigentlich bin ich mit Cheetah und StructuredText ja ganz zufrieden.
Bei Vaults of Parnassus gibts den Originalartikel.
Der Schockwellenreiter bastelt auch an einem Python getriebenem Weblogwerkzeug. Witzig. Er will eine Mischung aus Bloxsom und Radio bauen. Mal schauen, wenn er es open-sourced, könnte man da ja klauen gehen Beim Python Desktop Server gehts fleissig vorran, nur hat der aus irgendeinem Grund im Moment kleine Performanceprobleme. Vermutlich ist einer der Hintergrundthreads falsch implementiert, ich glaub ich weiss auch schon wer. grummel - war wohl doch zu hektisch heute ... Hier gibts den Originalartikel.
Lauter nette Protokolle die ich in den Python Desktop Server einbauen könnte, wenn ich mich langeweilen würde
Bei Ben Hammersley.com gibts den Originalartikel.
Hey, cool, das ist zwar eher von historischem Interesse, aber trotzdem, mal in sowas zu stöbern macht Spass.
Hmm. Ob ich irgendwo eine Lisp 1.5 Implementation für einen MVS-Mainframe herkriege? Das müsste man dann doch mit Hercules laufen lassen können ...
Bei lemonodor gibts den Originalartikel.
Interessante Ansammlung von Programmiersprachen der absurden Art. Definitiv Leute mit viel zu viel Freizeit
Aktueller Status zu PyDS: ich werd dazu nicht mehr viel hier schreiben, dafür gibt es ein eigenes Weblog, genauer gesagt zwei: Hackers Guide to the Galaxy ist mein neues programmierbezogenes Blog, in dem natürlich vor allem PyDS und PyCS besprochen werden, aber auch ander Hacks. Und das Python Desktop Server Weblog ist die eigentliche Homepage zu PyDS, auf Englisch. Dort werden Neuigkeiten zu PyDS auftauchen (in der Regel aber weniger als im deutschen Blog, ich hab keinen Bock mir den Wolf zu schreiben ). Dieses Blog hier wird wohl - zumindestens die Kategorie - auf Dauer etwas austrocknen, oder in den Hackers Guide integriert werden. Schaun mer mal.
Unter http://muensterland.org/users/0000006/ gibts eines der ersten Weblogs mit PyDS. Yep, es ist jetzt rund. Zumindestens für eine Alpha.
Mal wieder ein Update auf PyDS: das Rendering ist ziemlich komplett, Kategorien funktionieren komplett, Einstellungen sind pflegbar, Tools können sich in die Einstellungen einklinken und das ganze ist schick rund. Und der Upstreamer hat sich das erste Mal beim Community Server angemeldet. Jetzt fehlt natürlich das eigentliche Upstreaming, einige zeitintensive Sachen sollen in eigenen Threads ausgelagert werden und natürlich müssen die ganzen Cloud-Informationen in die Renderings eingebunden werden. Und dann kommen die weiteren Tools (Stories, NewsAggregator, etc.). Aber bis jetzt läufts gut.
bzero 0.14 available - jetzt mit Unicode-Support (ok, UTF-8 Support, aber das ist nah genug dran). Hmm. Jetzt muss ich das für PyDS wohl auch noch einplanen? Schaun mer mal. Sein Ansatz ist ja recht simpel - alles in &#xxx; Format wandeln, dadurch kann man ohne Probleme das Ergebnis upstreamen. Sollte ich an einigen wenigen Stellen (getFirstValue, getAllValues) einbauen können, dann müsste das tun.
Apropos PyDS: Kategorien sind jetzt da, generell ist das Weblog weitestgehend durch, allerdings ist der Rendering-Teil noch etwas hinterher - ich hab einige Features eingebaut (speziell die Kategorien und onhome), die da noch fehlen. Und natürlich habe ich immer noch kein Upstreaming. Was PyDS noch geringfügig einschränkt Gefunden bei Second p0st.