|
|
| 2004-01-30 |
|
|
I have written a description of the threading model used in the Python Desktop Server. This might be interesting to you if you are using medusa, as the Python Desktop Server already addresses several problems people get when integrating medusa and computed output. It might be interesting to you if you need to do multithreaded programming in python. And it might be interesting to you if you want to know a bit more how PyDS works internally.
Most of the stuff (the user context/processor stuff) isn't yet in CVS, it's a monster patch waiting on my harddisc to be checked in. But before that happens I will need to do a bit more burn-in testing.
|
|
This post references topics:
python_desktop_server
|
|
posted at 15:00:32
#
|
| |
|
|
Thomas Kläger has written a small ShutdownTool for PyDS that allows to shut down the running Python Desktop Server with your browser. This is especially helpfull if you run it under Windows. Start your Python Desktop Server with pythonw.exe and use the toll (level 999 - it's supposedly the last tool in the right toolbar) to shut it down. No need for a running commandline window any more.
If you want it, just pull down his Tar-ball, unpack it and move the ShutdownTool.py to your ~/.PyDS/tools/ folder. Restart your PyDS and you should have the additional shutdown tool available.
It will go into the next release, too.
|
|
This post references topics:
python_desktop_server
|
|
posted at 13:30:56
#
|
|
| |
| 2004-01-27 |
Important note on compiling SilverCity on Mac OS X 10.2 |
|
If you want to use the SilverCity stuff on Mac OS X Jaguar and use the default Python 2.2, you need to fix some problem Apple introduced into their base Makefile that is used for extension building.
You need to edit /usr/lib/python2.2/config/Makefile and remove a -arch i386 parameter that is given in addition to the correct -arch ppc parameter in the LDFLAGS= line.
This is only needed with the Apple supplied python 2.2. There is another problem in the Makefile: extensions are linked with CC not CXX. This creates problems if you want to integrate C++ written modules like SilverCity. You can change that in the config Makefile, too. Look for the LDSHARED= and BLDSHARED= lines and change the $(CC) to $(CXX). This patch might be needed for selfcompiled pythons, too.
The latter change shouldn't pose a problem, as C extensions should just not pull in any stuff from the C++ default libraries, but to be sure you can switch the LDSHARED and BLDSHARED definitions back to their original state after compiling and installing SilverCity.
Please remember that these are only instructions for Python 2.2 - there might be differences with Python 2.3 to get SilverCity running!
I added a way to PyDS to run without SilverCity installed so only people wanting this feature need to jump through those hoops (others won't be able to use code-block, though - but they still can use the pycode directive).
Some links on this stuff:
|
|
This post references topics:
mac_os_x
python
python_desktop_server
|
|
posted at 23:28:16
#
|
|
| |
| 2004-01-26 |
Source code highlighting for more than just Python |
|
There is a new dependency in PyDS - the SilverCity source highlighting component. This allows you to have codeblocks with highlighted sourcecode for all languages that are supported by SilverCity. The directive is code-block and you need to give one parameter, the language.
Supported language modules with SilverCity 0.9.5 are: Perl, Ruby, Python, CPP (for C and C++), CSS, SQL, XML, XSLT, HyperText (html with embedded ASP languages like VBScript!) and YAML. Many similar languages can be rendered with one of those renderers (like C or C++ headers).
An example in C (if you use the code-block directive, you probably need to bracket it in raw .. end raw cheetah directives because of the include statements in C or C++ or the comments in Python or Perl):
#include <stdio.h>
void main(int argc, char **argv) {
printf("Hello World\n");
}
Thanks go to Roberto Alsina for his pointer to an ASPN article that showed how to do it.
If you want to use this feature, it is currently only in CVS. You need to make changes to your stylesheet, too (there are several classes for the syntax highlighting). The styles that need to be added are in CVS as silvercity.css (they are merged into the default pyds.css, too). Of course you need to install the SilverCity module, too.
For Debian users there are new packages at the http://simon.bofh.ms/~gb/debian-dev/ repository.
|
|
This post references topics:
python
python_desktop_server
|
|
posted at 11:35:44
#
|
|
| |
| 2004-01-21 |
|
|
The PyDS developer mailing list and the PyDS users mailing list are now additionally archived at http://gmane.org/. This gives another archive for the list and a NNTP interface to the list.
|
|
This post references topics:
python_desktop_server
|
|
posted at 19:50:40
#
|
|
| |
| 2004-01-15 |
|
|
I just created a mailing list for PyDS users in addition to the already existing PyDS developers list. |
|
This post references topics:
python_community_server
|
|
posted at 08:47:12
#
|
|
| |
| 2004-01-14 |
|
|
From the changelog of the feedparser:
2.7.2 - 1/13/2004 - MAP - feeds that are not well-formed XML are not parsed, and
the 'bozo' bit is set to 1 in the result. See
http://tbray.org/ongoing/When/200x/2004/01/11/PostelPilgrim
for an explanation of why anyone who can't create well-formed XML is a bozo
and an incompetent fool. You can disable this check by passing
disableWellFormedCheck=1, but it will write arrogant messages to stderr.
Don't know what Mark is smoking, but I do know that I won't base any product on a library written by someone with as bad behaviour as he shows with this last change. His change will immediately break tools with existing data if they update only his package. Data that was parsed fine before, but now breaks because of a minor release number upping! And all that just because he likes to do silly walking in computing ...
newer changelogs indicate that Mark was just joking. I still think it's the wrong place to make fun of people, but since it's his source, it's his decision.
Sorry, but this whole "Atom must be parsed strict" - "No, it must be parsed liberal or you are an asshole to your customers" - "No, you are an incompetent bozo" - "No, you are a conspirationist against Atom" helluva should stop right now. It went far enough, you all called each other names, so now go back, play with your toys and let the grownups take over, will you? Please?
Hell, it's called social software, not unsocial software, so try to behave at least half way to the expected standard ...
|
|
This post references topics:
social_software
|
|
posted at 16:49:20
#
|
|
| |
| 2004-01-13 |
|
|
This new beta release includes lots of bugfixes and improved performance. Another important step is the integration of infrastructure for posting replication. In the first step this is used to fill the search engine of the Python Community Server, so your blog can be searched based on postings instead of web pages. Another new tool is the BlogmarkTool that gives you a mix of weblog and bookmarks. Blogmarking is done with an easy bookmarklet. Other improvements include Support for RSD (really simple discovery), integrated OPML subscription list export and a fixed and improved MetaWeblogAPI and BloggerAPI support. This release can be used together with ecto, a nice graphical blogging utility for Mac OS X, for example. Other tools that make use of MetaWeblogAPI should work, too.
|
|
This post references topics:
python_desktop_server
software
|
|
posted at 18:01:52
#
|
|
| |
| 2004-01-08 |
Little bug with the OPML rendering template |
|
There was a small bug in the OPML rendering template that occured if you had feeds with CGI parameters - the & wasn't quoted and so the feed was invalid XML. I fixed that in CVS. If you are bitten by this bug, just upgrade from CVS, remove your local ~/.PyDS/templates/OPMLRendering.tmpl and restart PyDS so that the feed list is recreated (or add/delete a feed). |
|
posted at 08:45:04
#
|
|
| |
|
|
| |
| 2004-01-03 |
|
|
Gentoo now includes packages for PyDS, as I assumed in P189! |
|
posted at 13:40:32
#
|
|
|
This is the Python Desktop Server weblog.
 (Donations will be used by the author to buy stuff, fullfill selfish wishes or do other silly recreational things. You have been warned.).
The PyDS is
|
