From akuchlin@cnri.reston.va.us Mon Aug 3 14:48:25 1998 From: akuchlin@cnri.reston.va.us (akuchlin@cnri.reston.va.us) Date: Mon, 3 Aug 1998 09:48:25 -0400 (EDT) Subject: [XML-SIG] Namespaces: any resolution? Message-ID: <13765.48325.25429.956842@amarok.cnri.reston.va.us> I'd like to make another test release of the code; if no problems were to show up, this would then become beta1. However, one dangling issue is the recent discussion on xml-dev of adding namespace support to SAX, possibly changing the arguments of the startElement method. Looking through the archives of xml-dev, there doesn't seem to have been a resolution to the namespace question. Does anyone know if the issue has been resolved? If not, should we wait until it is? -- A.M. Kuchling http://starship.skyport.net/crew/amk/ "You cannot seek Destruction and return unscathed." "Delirium has." "Delirium has been scathed enough in her time." -- Despair and Desire, in SANDMAN #49: "Brief Lives:9" From akuchlin@cnri.reston.va.us Thu Aug 6 20:51:01 1998 From: akuchlin@cnri.reston.va.us (akuchlin@cnri.reston.va.us) Date: Thu, 6 Aug 1998 15:51:01 -0400 (EDT) Subject: [XML-SIG] xml-0.4 released Message-ID: <13770.1340.272496.315124@amarok.cnri.reston.va.us> I've put up a new release of the XML package, version 0.4. http://www.python.org/sigs/xml-sig/files/xml-0.4.tgz If you download and install it, please let me know if it went all right. (If I broke something, you'll immediately send me e-mail, of course.) I think that, at this point, the only way we're going to find bugs and design flaws is by people actually picking up the code and trying to do actual work with it. Accordingly, once the release has been sanity-checked by a few success reports, I'm going to announce it on c.l.py.a. It shouldn't be announced outside of the Python user community, though; that must wait for at least the first beta, if not 1.0final. My concern at the moment will now be with ancillary matters, since there seems little to do unless/until bug reports start coming in. I want a decent amount of resources available with 1.0 to help people learn to use it; that means documentation and sample code. * Does anyone have any comments or suggestions for the XML topic guide? http://www.python.org/topics/xml/ * Does anyone have small example programs for the demo/ subdirectory (and for the sample code page)? Now that this release is out, I'm also hoping to take another whack at the Python/Unicode question. That won't be resolved until long after 1.0, though. -- A.M. Kuchling http://starship.skyport.net/crew/amk/ For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled. -- Richard P. Feynman From rob@io.com Thu Aug 6 23:01:00 1998 From: rob@io.com (Rob Tillotson) Date: 06 Aug 1998 17:01:00 -0500 Subject: [XML-SIG] xml-0.4 released In-Reply-To: 's message of "Thu, 6 Aug 1998 15:51:01 -0400 (EDT)" References: <13770.1340.272496.315124@amarok.cnri.reston.va.us> Message-ID: <874svpepnn.fsf@io.com> writes: > I've put up a new release of the XML package, version 0.4. As usual, I've packaged this for Debian GNU/Linux. If there are any Debian users out there (according to my web logs from the last package, there must be a few of you!), please feel free to download and test it; the URL for source and i386 binaries is: http://www.debian.org/~robt/packages/ If you use this package, please follow the maintainer's wishes and send him your reports of success, failure, bugs, etc.; if you find a packaging problem, please let me know directly since the Debian BTS doesn't know about this package yet. Enjoy, --Rob -- Rob Tillotson N9MTB From akuchlin@cnri.reston.va.us Mon Aug 10 20:55:55 1998 From: akuchlin@cnri.reston.va.us (Andrew M. Kuchling) Date: Mon, 10 Aug 1998 15:55:55 -0400 (EDT) Subject: [XML-SIG] XML-SIG: status, & 0.4 beta release Message-ID: <13775.16580.372074.285935@amarok.cnri.reston.va.us> This is both a SIG status update, and an informal software announcement. Please don't forward this announcement to forums other than c.l.py.a; in particularly, don't forward it to any XML development forums. (XML users who are new to Python may have a tough time distinguishing between bugs in the beta release and bugs in their own code -- no point in making things any harder for them. The final 1.0 version will be widely announced when the time comes.) XML-SIG status ============== Since its inception, the Python XML-SIG has been working on producing an XML package. This package is now at version 0.4, which seems to be ready for beta status; it's reached the state where the module layout and design seem to be finished, and the software is now ready for more serious use. There may (and probably *are*) still bugs lurking in the code, but the purpose of the beta test period will be to find and fix them. This requires that some people pick up the code and begin intensively using it. Currently, the package contains: * A Python implementation of the SAX parsing interface * xmlproc, an XML parser written in Python. * The Expat XML parser (written in C), along with a Python interface to it. * sgmlop, a C extension module that speeds up sgmllib.py and xmllib.py. A prototype of the Document Object Model (DOM) is also included, but it's not compliant with the most recent DOM draft, which was released on July 20. I'd recommend not using the DOM code at the moment, since it may be changing in the near future to match the recent draft. A set of Web pages have been created to serve as a starting point for XML processing with Python: http://www.python.org/topics/xml/ This URL is intended to remain the same for a long time to come, so feel free to link to it, quote it in articles, or whatever. Unicode support for Python is still an open question, one that will be tackled by the String-SIG in the near future. Resolving that will probably have to wait until the next major revision of Python, and it will probably take longer than version 1.0 of the XML package. What you can do: ================ The package structure and module interfaces are essentially finished. This means that code shouldn't be broken by future beta releases, so you can begin writing XML handling programs in Python right now. If you've been wanting to learn about XML, this is a good chance to begin, so please download the code and try it out. You may find bugs in the installation process, support code, or in the parsing; if you do, please report them to the SIG mailing list, . We want to make the final 1.0 release as high-quality as possible, so please report anything, no matter how trivial. (You can send private messages to akuchling@acm.org if you're shy.) You can download the source code from: http://www.python.org/sigs/xml-sig/files/xml-0.4.tgz A Debian package is available from: http://www.debian.org/~robt/packages/ No one has yet produced binary distributions for Mac, Windows, or other platforms; hopefully someone will be found to do that for the final 1.0 version. For documentation, start at the XML Topic page: http://www.python.org/topics/xml/ In particular, consult the current draft of the XML HOWTO at: http://www.python.org/doc/howto/ Please suggest improvements for the documentation and Web pages; send comments to the XML-SIG mailing list, or to me. We're also looking for more demo code to include with future betas; if you write an interesting XML-based script that isn't too complicated, consider contributing it as an example program. Happy (XML) hacking! -- A.M. Kuchling http://starship.skyport.net/crew/amk/ The gods we prayed to when we were young used up their time so long ago. They cannot answer anymore. -- Euryale, in SANDMAN #61: "The Kindly Ones:5" From da@skivs.ski.org Fri Aug 14 22:57:12 1998 From: da@skivs.ski.org (David Ascher) Date: Fri, 14 Aug 1998 14:57:12 -0700 (PDT) Subject: [XML-SIG] SGMLtools might go Python... (fwd) Message-ID: FYI, in case y'all don't read the main list... ---------- Forwarded message ---------- Date: 14 Aug 1998 22:09:10 +0200 From: Cees de Groot Reply-To: cg@pobox.com To: python-list@cwi.nl Subject: SGMLtools might go Python... Newsgroups: comp.lang.python On the SGMLtools mailing list (see below for an intro to SGMLtools) we have discussed dropping Perl in favour of Python. I've almost made up my mind but for one thing: I don't want the schedule of SGMLtools 2.0 to slip too much (end of September, there should be a first release), and as I'm very busy at the moment with my daytime job, this decision depends on people willing out to help doing the port from Perl to Python. Basically, the port involves three main targets: - Ken MacLeod's PkgMaker is a Perl wrapper around RPM .spec files. As the build process heavily relies on this package and I don't want to keep Perl dependencies around, the relevant parts of this package need to be ported to Python; - A number of small Perl scripts that form the Perl environment (8 scripts, a total of 1000 lines including the GNU blurb on top of every file :-)). - Last, but most important, the Perl "glue" that sits between the user and Jade, jadetex, etcetera, needs to be redone. It is only 1400 lines over 10 files (again, including GNU blurbs etcetera), but the work here will form the foundation of SGMLtools - it needs to be open, extensible, etcetera. In a word: well thought-out. I've made a mailing list for people who want to volunteer here - subscribe by sending "subscribe python-port" to . This mailing list will be temporarily and ceases to exist when a SGMLtools 1.1 version has been put out without any Perl in it. If enough people volunteer to get a solid Python foundation in a couple of weeks, I'll declare the Perl->Python move official. For people who don't know SGMLtools: it used to be called Linuxdoc-SGML, and afterwards SGML-Tools. It is a package mainly targeted at writing technical/software documentation. The 1.1 version is the first of a new generation of the software, that bases on the DocBook DTD, Jade and DSSSL. Information can be found at www.sgmltools.org Regards Cees de Groot SGMLtools maintainer -- Cees de Groot http://pobox.com/~cg SGMLtools Maintainer http://www.sgmltools.org From Fred L. Drake, Jr." References: Message-ID: <13781.1123.286520.355235@weyr.cnri.reston.va.us> David Ascher writes: > FYI, in case y'all don't read the main list... I've already signed up! ;-) -Fred -- Fred L. Drake, Jr. Corporation for National Research Initiatives 1895 Preston White Dr. Reston, VA 20191 From ekhera@cs.monash.edu.au Sun Aug 16 06:33:07 1998 From: ekhera@cs.monash.edu.au (Eklavya Khera) Date: Sun, 16 Aug 1998 15:33:07 +1000 (EST) Subject: [XML-SIG] XML parser Message-ID: Hi all, I'm new to the list and was wanting to use the XML parsers already developed... I need to make a converter from XML to HTML and that is why need a parser. If anything has done something similar or could tell me where to start from, that would be great. Any software to do conversion if has been written, please point me to it as I could then refer to it. Thanks and hope to receive a reply soon. Eklav From fleck@informatik.uni-bonn.de Thu Aug 20 16:46:42 1998 From: fleck@informatik.uni-bonn.de (Markus Fleck) Date: Thu, 20 Aug 1998 17:46:42 +0200 Subject: [XML-SIG] FYI: Larry Wall on Perl and XML Message-ID: <35DC44E2.45A4@informatik.uni-bonn.de> Hi! For your info - there's an interview with Larry Wall about Perl issues, XML, UNICODE and such at amazon.com: Some aspects of this may also be of interest for Python developers. Yours, Markus. -- //////////////////////////////////////////////////////////////////////////// Markus B Fleck - University of Bonn - CS Department IV - fleck@isoc.de UNIX Administrator - comp.lang.python.announce Moderator PINN Open Source Internet Groupware Project - http://cscw.net/pinn/ \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ From larsga@ifi.uio.no Fri Aug 21 12:11:37 1998 From: larsga@ifi.uio.no (Lars Marius Garshol) Date: Fri, 21 Aug 1998 13:11:37 +0200 Subject: [XML-SIG] Character set support in xmlproc Message-ID: <3.0.1.32.19980821131137.006f5988@ifi.uio.no> I'm currently trying to educate myself a bit about character sets, an area about which I've known just about nothing for rather too long. As a part of this effort I'm adding support for different character sets to xmlproc (in an extensible and reusable way, so far). The current experimental support is for ISO 8859-1, UTF-8 and IBM850. Until Python finally gets Unicode support (and I learn how that support works) the character set support will be confined to 7-8bit character sets. What I wanted to know was whether anyone out there needed any character sets beyond the three I've listed above. I'm also curious as to which character set people would prefer to receive data in? 8859-1 or UTF-8? -- "These are, as I began, cumbersome ways / to kill a man. Simpler, direct, and much more neat / is to see that he is living somewhere in the middle / of the twentieth century, and leave him there." -- Edwin Brock http://www.stud.ifi.uio.no/~larsga/ http://birk105.studby.uio.no/ From larsga@ifi.uio.no Fri Aug 21 15:37:02 1998 From: larsga@ifi.uio.no (Lars Marius Garshol) Date: Fri, 21 Aug 1998 16:37:02 +0200 (MET DST) Subject: [XML-SIG] saxlib 1.0 released! Message-ID: <199808211437.QAA25681@ifi.uio.no> The final version of saxlib 1.0 has now been released. There are no changes to saxlib itself, only some minor changes to the xmlproc drivers. However, the distribution has changed in that the saxlib package itself is now separate from the driver package. This has been done to ensure that the version number of the saxlib package follows that of the main SAX API. This is not possible for the driver package, which will have to be updated to follow new parsers, parser releases and possibly also bug fixes. The URL is still http://www.stud.ifi.uio.no/~larsga/download/python/xml/saxlib.html --Lars M. From larsga@ifi.uio.no Tue Aug 25 11:56:48 1998 From: larsga@ifi.uio.no (Lars Marius Garshol) Date: Tue, 25 Aug 1998 12:56:48 +0200 (MET DST) Subject: [XML-SIG] xmlproc: Version 0.51 released! Message-ID: <199808251056.MAA09762@ifi.uio.no> I've now released version 0.51 of xmlproc with some improvements: - content model construction was very slow for complex content models (such as those of the TEI-lite XML version), and has now been speeded up by about a factor of 20 - some minor parsing bugs have been fixed - attribute value defaulting has been speeded up - the foundation for future support for different character sets has been laid in the charconv.py module, but is not yet used I expect that version 0.60 will have a substantially different class inheritance model, but hopefully this will not affect the documented parts of the API. Undocumented parts will change. The URL is still _All_ comments and feedback on bugs, wanted features, opinions etc are most welcome and really needed. Thanks a lot to everyone who reported bugs or other problems, as well as encouragement. --Lars M. From larsga@ifi.uio.no Tue Aug 25 11:59:44 1998 From: larsga@ifi.uio.no (Lars Marius Garshol) Date: Tue, 25 Aug 1998 12:59:44 +0200 (MET DST) Subject: [XML-SIG] PyPointers: Version 0.20 released! Message-ID: <199808251059.MAA10376@ifi.uio.no> Version 0.20 of PyPointers has just been released, extending the support for XPointers somewhat. The following has been added: - 'id' locator terms (only when using DTD-reading parsers, that is, xmlproc) - 'attr' locator terms - node type qualifiers (#element, #pi etc) - 'origin' locator term The URL is still: --Lars M. From akuchlin@cnri.reston.va.us Fri Aug 28 03:02:04 1998 From: akuchlin@cnri.reston.va.us (A.M. Kuchling) Date: Thu, 27 Aug 1998 22:02:04 -0400 Subject: [XML-SIG] sgmlop and xmllib.py compatibility Message-ID: <199808280202.WAA13642@mira.erols.com> I'm finally getting back to working on the XML code. A while back Sjoerd checked in various fixes to the xmllib.py in the Python 1.5 CVS tree; these changes result in a divergence between FastXMLParser (which uses sgmlop) and the regular XMLParser in xmllib.py. Looking at it, I'm wondering why FastXMLParser isn't a subclass of the original XML parser that overrides certain methods, but instead copies the methods of xmllib.XMLParser. Subclassing would seem to make keeping the two compatible slightly easier. Any thoughts? Fredrik? -- A.M. Kuchling http://starship.skyport.net/crew/amk/ Try to learn something about everything and everything about something. -- T.H. Huxley From akuchlin@cnri.reston.va.us Fri Aug 28 15:14:00 1998 From: akuchlin@cnri.reston.va.us (Andrew M. Kuchling) Date: Fri, 28 Aug 1998 10:14:00 -0400 (EDT) Subject: [XML-SIG] Could we use a public CVS tree? Message-ID: <13798.47324.921033.764667@amarok.cnri.reston.va.us> Last night it struck me that it might be very helpful if we had a public CVS tree for the XML package. A server is available, and producing a read-only tree is apparently not very difficult, but granting write access may also be possible, so that the various developers can check in changes. What do you all think? Would a CVS server assist development? (I'm inclined to think that it would, since the development tree would essentially be continuously tested, reducing the likelihood of a release being broken in some serious way that was missed.) Is read-only access sufficient, or would people use write access for maintaining their component? -- A.M. Kuchling http://starship.skyport.net/crew/amk/ He who wonders discovers that this in itself is wonder. -- M.C. Escher From MHammond@skippinet.com.au Fri Aug 28 15:36:19 1998 From: MHammond@skippinet.com.au (Mark Hammond) Date: Sat, 29 Aug 1998 00:36:19 +1000 Subject: [XML-SIG] So how can _we_ use XML? Message-ID: <02e501bdd292$3824dcc0$1301a8c0@bobcat.skippinet.com.au> Howdy, Im new to both this list and XML. Ive downloaded the 0.4 release, and have it working. Im pretty sure I understand the general intent of XML... I tend to learn best by example, so I would like to start using XML somehow! Sow how can/should Python use XML? Where do XML documents fit with Python? I dont mean in an esoteric sense - I mean where does it make sense now? Or at least to be working towards now? The FAQ example in Lars Marius Garshol's document is obviously appealing. Gendoc could possibly generate XML instead of direct to HTML? Am I missing the point? Could I add any more question marks? :-) Thanks Mark. From digitome@iol.ie Fri Aug 28 15:58:36 1998 From: digitome@iol.ie (Sean Mc grath) Date: Fri, 28 Aug 1998 15:58:36 +0100 Subject: [XML-SIG] So how can _we_ use XML? Message-ID: <1.5.4.32.19980828145836.0091c544@gpo.iol.ie> [Mark Hammond] >Howdy, > Im new to both this list and XML. Ive downloaded the 0.4 release, and >have it working. Im pretty sure I understand the general intent of XML... > >I tend to learn best by example, so I would like to start using XML somehow! >Sow how can/should Python use XML? Where do XML documents fit with Python? >I dont mean in an esoteric sense - I mean where does it make sense now? Or >at least to be working towards now? The FAQ example in Lars Marius >Garshol's document is obviously appealing. Gendoc could possibly generate >XML instead of direct to HTML? > XML is an open systems way of capturing the structure and content of information. XML models "information" as a combination of a grammar (a DTD) and instances that conform to that grammar (tagged documents). XML is a bit like a hierarchical database management system. Any information that "fits" a hierearchical view can benefit from XML. Obviously, a lot of traditional "documents" qualify but so too do things like invoices, CAD models, Web Printing Protocols, Windows Registries :-), metadata... A lot of stuff! A great place to look and see who is doing what with this XML thing is www.sil.org/sgml. As for how Python fits.. Well, for me as an aging SGML/XML tradesman, I have never seen anything as cool as Python for developing XML munging programs. Never. And I've seen 'em all (I think!). Did you see XML programming in Python in Dobbs? August of last year I think. Sean Mc Grath http://www.digitome.com/sean.htm +353 96 47391 "Imagine a world without hypothetical situations..." From Fred L. Drake, Jr." References: <199808280202.WAA13642@mira.erols.com> Message-ID: <13798.53371.266623.750049@weyr.cnri.reston.va.us> A.M. Kuchling writes: > at it, I'm wondering why FastXMLParser isn't a subclass of the > original XML parser that overrides certain methods, but instead copies > the methods of xmllib.XMLParser. Subclassing would seem to make > keeping the two compatible slightly easier. In "mypackage.module", 'import module' loads "mypackage.module". There's no way to import a global module from within a package module of the same name. -Fred -- Fred L. Drake, Jr. Corporation for National Research Initiatives 1895 Preston White Dr. Reston, VA 20191 From akuchlin@cnri.reston.va.us Fri Aug 28 17:09:59 1998 From: akuchlin@cnri.reston.va.us (Andrew M. Kuchling) Date: Fri, 28 Aug 1998 12:09:59 -0400 (EDT) Subject: [XML-SIG] So how can _we_ use XML? In-Reply-To: <1.5.4.32.19980828145836.0091c544@gpo.iol.ie> References: <1.5.4.32.19980828145836.0091c544@gpo.iol.ie> Message-ID: <13798.52896.378388.970838@amarok.cnri.reston.va.us> Sean Mc grath writes: >[Mark Hammond] >>I tend to learn best by example, so I would like to start using XML somehow! >>Sow how can/should Python use XML? Where do XML documents fit with Python? >>I dont mean in an esoteric sense - I mean where does it make sense now? Or >>at least to be working towards now? The FAQ example in Lars Marius >> >Did you see XML programming in Python in Dobbs? August of >last year I think. February 1998, according to www.ddj.com. For $5, you can purchase an electronic copy of the article from the Web site. In answer to Mark's question: Mark, are you asking what XML means to the Python codebase itself, or what XML is good for in general? In general, XML can be used for any tree-structured data, both for database-ish applications (say, for product catalogs), or for document-ish applications (HTML will apparently be mutating into an XML Document Type Definition in the long term, for example). If, as seems likely to happen, XML becomes very common, and the tools are good enough, then when you need a file format, you may just automatically reach for the XML module, instead of coming up with your own format from scratch. That way, your files are fairly readable, and you gain the ability to run XML validators over them, load them into XML editors, don't need to debug your own custom parser, and so forth. I think Python is powerful enough, and has a pleasant enough syntax, that we can make dealing with XML a piece of cake. In direct reference to the Python code base, that's a more tenuous influence. XML doesn't have many repercussions for the Python interpreter itself, though it is exerting strong pressure to add wide string support. Fred Drake has long been muttering about converting the Python docs from LaTeX to some SGML or XML-based format, but there's no obvious Document Type Definition to use; should we invent a Python-doco specific one, or use an existing thing such as DocBook? The LaTeX -> *ML transition will probably happen someday, but there's no great hurry about it; we can wait and see if SGMLtools helps DocBook take over the world, or if something else comes up. Mark Hammond wrote: >Garshol's document is obviously appealing. Gendoc could possibly generate >XML instead of direct to HTML? pythondoc, Daniel Larsson's rewrite of gendoc, can generate XML; I keep meaning to get around to looking at it and sending Daniel some comments. See http://starship.skyport.net/crew/danilo/pythondoc/ I think his plan is to translate from the XML format to HTML, LaTeX, RTF, or whatever, instead of having HTML hard-wired into the code as in gendoc. -- A.M. Kuchling http://starship.skyport.net/crew/amk/ "Since the invasion of Grenada," a military source informed me, "we call it C^5. That's Command, Control, Communications, Computers and Confusion." -- Barbara Garson, _The Electronic Sweatshop_ (1988) From Daniel.Larsson@vasteras.mail.telia.com Fri Aug 28 19:48:07 1998 From: Daniel.Larsson@vasteras.mail.telia.com (Daniel Larsson) Date: Fri, 28 Aug 1998 20:48:07 +0200 Subject: [XML-SIG] So how can _we_ use XML? In-Reply-To: <02e501bdd292$3824dcc0$1301a8c0@bobcat.skippinet.com.au> Message-ID: <000001bdd2b4$672a17c0$10fc43c3@telia.com> Actually, the replacement for gendoc, pythondoc, has an experimental XML formatter. Would be very happy for comments on it... The current XML file is basically a one to one mapping to pythondoc's internal representation of python objects and their dosctrings. -----Original Message----- From: xml-sig-admin@python.org [mailto:xml-sig-admin@python.org]On Behalf Of Mark Hammond Sent: den 28 augusti 1998 16:36 To: xml-sig@python.org Subject: [XML-SIG] So how can _we_ use XML? Howdy, Im new to both this list and XML. Ive downloaded the 0.4 release, and have it working. Im pretty sure I understand the general intent of XML... I tend to learn best by example, so I would like to start using XML somehow! Sow how can/should Python use XML? Where do XML documents fit with Python? I dont mean in an esoteric sense - I mean where does it make sense now? Or at least to be working towards now? The FAQ example in Lars Marius Garshol's document is obviously appealing. Gendoc could possibly generate XML instead of direct to HTML? Am I missing the point? Could I add any more question marks? :-) Thanks Mark. _______________________________________________ XML-SIG maillist - XML-SIG@python.org http://www.python.org/mailman/listinfo/xml-sig From fleck@informatik.uni-bonn.de Fri Aug 28 20:12:27 1998 From: fleck@informatik.uni-bonn.de (Markus Fleck) Date: Fri, 28 Aug 1998 21:12:27 +0200 (MET DST) Subject: [XML-SIG] (fwd) WebDAV extensions to urllib/httplib? Message-ID: <199808281912.VAA11878@sokrates.informatik.uni-bonn.de> -- forwarded message -- Path: news.rhrz.uni-bonn.de!news-koe1.dfn.de!news-han1.dfn.de!news-ham1.dfn.de!news.dkrz.de!dvibm3.gkss.de!fu-berlin.de!newsfeed.berkeley.edu!howland.erols.net!newsfeed.internetmci.com!128.58.73.227!news.omnes.net!news.sinet.slb.com!usenet From: "Steven Heaney" Newsgroups: comp.lang.python Subject: WebDAV extensions to urllib/httplib? Date: 27 Aug 98 17:23:37 +0100 Organization: Schlumberger Lines: 22 Message-ID: NNTP-Posting-Host: scrmac122.cambridge.scr.slb.com Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailer: Cyberdog/2.0 X-News-Servers: news.sinet.slb.com X-Newsgroups-TO: nntp://news.sinet.slb.com/comp.lang.python There is a passing mention to WebDAV on the XML-sig pages on http://www.python.org/, but nothing that I can find in the newsgroup archive or elsewhere on the Web that link the two. Can anybody point me to some software to kick-start development of a client library for interacting with a 'WebDAV' server? Specifically, I have in mind a forms-based interface to the Netscape Web Publisher functionality. Thanks in advance. Steve. ........................................................................ Steven Heaney Schlumberger http://www.slb.com/cgi-bin/people.pl?type=person&name=steven%20heaney -- end of forwarded message -- -- /////////////////////////////////////////////////////////////////////////// Markus B Fleck - Student - University of Bonn - CS Dept IV - UNIX support "May you live in interesting times." (ancient Chinese curse) \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ From akuchlin@cnri.reston.va.us Fri Aug 28 22:09:34 1998 From: akuchlin@cnri.reston.va.us (Andrew M. Kuchling) Date: Fri, 28 Aug 1998 17:09:34 -0400 (EDT) Subject: [XML-SIG] (fwd) WebDAV extensions to urllib/httplib? In-Reply-To: <199808281912.VAA11878@sokrates.informatik.uni-bonn.de> References: <199808281912.VAA11878@sokrates.informatik.uni-bonn.de> Message-ID: <13799.6603.697513.876549@amarok.cnri.reston.va.us> "Steven Heaney" writes: >Can anybody point me to some software to kick-start development of >a client library for interacting with a 'WebDAV' server? Specifically, >I have in mind a forms-based interface to the Netscape Web Publisher >functionality. I don't know of anyone who's started on implementing bits of WebDAV in Python, but most of the pieces--httplib.py, XML parsing--are probably already in place, and you'd only have to glue them together. (This is gathered from a cursory glance at the WebDAV draft, so take it with a grain of salt.) -- A.M. Kuchling http://starship.skyport.net/crew/amk/ The theatre couldn't match what was going on in a court of law or at football grounds. The theatre has never been able to match what goes on anywhere, that's why so few people go. -- Tom Baker, in his autobiography From fredrik@pythonware.com Sat Aug 29 16:55:57 1998 From: fredrik@pythonware.com (Fredrik Lundh) Date: Sat, 29 Aug 1998 16:55:57 +0100 Subject: [XML-SIG] sgmlop and xmllib.py compatibility Message-ID: <008001bdd366$4c14abf0$f29b12c2@pythonware.com> >I'm finally getting back to working on the XML code. A while back >Sjoerd checked in various fixes to the xmllib.py in the Python 1.5 CVS >tree; these changes result in a divergence between FastXMLParser >(which uses sgmlop) and the regular XMLParser in xmllib.py. Looking >at it, I'm wondering why FastXMLParser isn't a subclass of the >original XML parser that overrides certain methods, but instead copies >the methods of xmllib.XMLParser. Subclassing would seem to make >keeping the two compatible slightly easier. > > Any thoughts? Fredrik? There's a reason for this: sgmlop is much, much faster if certain seldom used handlers aren't defined at all on the Python level. Extending the standard class (which provides stubs for all these methods) would slow things down quite a bit. A better solution would be to use a common baseclass for both parsers, but I haven't had time to figure out how such a beast would look... and then I need to talk Sjoerd into supporting that design. But I hope to find some time to work on sgmlop real time soon... Cheers /F From ekhera@cs.monash.edu.au Sun Aug 30 05:28:57 1998 From: ekhera@cs.monash.edu.au (Eklavya Khera) Date: Sun, 30 Aug 1998 14:28:57 +1000 (EST) Subject: [XML-SIG] XML to HTML/ LaTeX translator In-Reply-To: <199808291600.MAA22339@python.org> Message-ID: I read this passage from " Re: XML-SIG digest, Vol 1 #82 - 5 msgs" -- pythondoc, Daniel Larsson's rewrite of gendoc, can generate --XML; I keep meaning to get around to looking at it and sending Daniel --some comments. See http://starship.skyport.net/crew/danilo/pythondoc/ --I think his plan is to translate from the XML format to HTML, LaTeX, --RTF, or whatever, instead of having HTML hard-wired into the code as --in gendoc. I am planning to develop this software if it hasn't already been done so! If there is a similar thing could someone please direct me to it or atleast give me direction to follow. I have downloaded the SGML2LATEX translator but as yet have been unable to get it working. Any help will be highly appreciated. Regards, Eklav From jtauber@jtauber.com Sun Aug 30 09:34:51 1998 From: jtauber@jtauber.com (James Tauber) Date: Sun, 30 Aug 1998 16:34:51 +0800 Subject: [XML-SIG] XML to HTML/ LaTeX translator Message-ID: <00f001bdd3f1$11d20ec0$c76118cb@caleb> I've just started learning Python and the project I was working on at the time was an XSL Formatting Object to PDF converter called FOP. So FOP is now a Python project. So far, I've made a rudimentry PDF writer and am in the process of moving over the (very) basic block and sequence handling aspects of my earlier Perl attempts at FOP. I wouldn't mind making the PDF writer available to a small number of people just to check my Python style. (Any takers?) In the next week or so I should have the first prototype of the formatting object side of things done as well. James -- James Tauber / jtauber@jtauber.com http://www.jtauber.com/ Lecturer and Associate Researcher Electronic Commerce Network ( http://www.xmlinfo.com/ Curtin Business School ( http://www.xmlsoftware.com/ Perth, Western Australia ( http://www.schema.net/ From JOE_ELLSWORTH@HP-Cupertino-om5.om.hp.com Sun Aug 30 10:04:56 1998 From: JOE_ELLSWORTH@HP-Cupertino-om5.om.hp.com (JOE_ELLSWORTH@HP-Cupertino-om5.om.hp.com) Date: Sun, 30 Aug 1998 02:04:56 -0700 Subject: [XML-SIG] So how can _we_ use XML? Message-ID: --openmail-part-0fa27ddb-00000001 Content-Type: text/plain; charset=US-ASCII; name="BDY.TXT" Content-Disposition: inline; filename="BDY.TXT" Content-Transfer-Encoding: 7bit I would tend to believe that the real value of XML is in allowing client server communication of complex data structures across primary architectural boundaries. In that view I have attached a couple of python source modules which show the representation of a small data set ran through a few filters showing the data in different forms. When the data complexity passes a two levels of complexity XML appears to be a valid approach. XML appears to expand the data significantly over other representative forms but since the parsers are readily available in almost any language a lot of other short comings can be over looked. I am not a python expert as these utilities represent a portion of my attempts to learn python. Execute the file IniMgrTest.py using the Python interpreter. You should see several different ways to look at the data represented in IniMgrTest.ini. One of these is a proof of concept XML generator that will walk any dictionary / arrays hashes and generate appropriate XML. Thanks joe_ellsworth@hotmail.com -----Original Message----- From: Non-HP-xml-sig-admin /HP-ColSprings,mimegw5/dd.HPMEXT1=xml-sig-admin@python.org Sent: Friday, August 28, 1998 9:10 AM To: Non-HP-xml-sig /HP-ColSprings,mimegw5/dd.HPMEXT1=xml-sig@python.org Cc: Non-HP-akuchlin /HP-ColSprings,mimegw5/dd.HPMEXT1=akuchlin@cnri.reston.va.us Subject: Re: [XML-SIG] So how can _we_ use XML? Sean Mc grath writes: >[Mark Hammond] >>I tend to learn best by example, so I would like to start using XML somehow! >>Sow how can/should Python use XML? Where do XML documents fit with Python? >>I dont mean in an esoteric sense - I mean where does it make sense now? Or >>at least to be working towards now? The FAQ example in Lars Marius >> >Did you see XML programming in Python in Dobbs? August of >last year I think. February 1998, according to www.ddj.com. For $5, you can purchase an electronic copy of the article from the Web site. In answer to Mark's question: Mark, are you asking what XML means to the Python codebase itself, or what XML is good for in general? In general, XML can be used for any tree-structured data, both for database-ish applications (say, for product catalogs), or for document-ish applications (HTML will apparently be mutating into an XML Document Type Definition in the long term, for example). If, as seems likely to happen, XML becomes very common, and the tools are good enough, then when you need a file format, you may just automatically reach for the XML module, instead of coming up with your own format from scratch. That way, your files are fairly readable, and you gain the ability to run XML validators over them, load them into XML editors, don't need to debug your own custom parser, and so forth. I think Python is powerful enough, and has a pleasant enough syntax, that we can make dealing with XML a piece of cake. In direct reference to the Python code base, that's a more tenuous influence. XML doesn't have many repercussions for the Python interpreter itself, though it is exerting strong pressure to add wide string support. Fred Drake has long been muttering about converting the Python docs from LaTeX to some SGML or XML-based format, but there's no obvious Document Type Definition to use; should we invent a Python-doco specific one, or use an existing thing such as DocBook? The LaTeX -> *ML transition will probably happen someday, but there's no great hurry about it; we can wait and see if SGMLtools helps DocBook take over the world, or if something else comes up. Mark Hammond wrote: >Garshol's document is obviously appealing. Gendoc could possibly generate >XML instead of direct to HTML? pythondoc, Daniel Larsson's rewrite of gendoc, can generate XML; I keep meaning to get around to looking at it and sending Daniel some comments. See http://starship.skyport.net/crew/danilo/pythondoc/ I think his plan is to translate from the XML format to HTML, LaTeX, RTF, or whatever, instead of having HTML hard-wired into the code as in gendoc. -- A.M. Kuchling http://starship.skyport.net/crew/amk/ "Since the invasion of Grenada," a military source informed me, "we call it C^5. That's Command, Control, Communications, Computers and Confusion." -- Barbara Garson, _The Electronic Sweatshop_ (1988) --openmail-part-0fa27ddb-00000001 Content-Type: application/octet-stream; name="mva.py" Content-Disposition: attachment; filename="mva.py" Content-Transfer-Encoding: base64 IyEvdXNyL2xvY2FsL2Jpbi9weXRob24NCiMgbXZhLnB5DQojDQojIEJ5OiAgam9lX2VsbHN3 b3J0aEBob3RtYWlsLmNvbQ0KIyAgICAgIGpvZV9lbGxzd29ydGhAaHAuY29tDQojDQojIHV0 aWxpdHkgdG8gcHJvY2VzcyBNVkEgc3RydWN0dXJlcy4NCiMgTVZBID0gTXVsdGkgVmFsdWUg QXJyYXkuICAgVGhlIGludGVudCBvZiBNVkEgaXMgdG8gDQojIHByb3ZpZGUgYSBwb3J0YWJs ZSBjcm9zcyBhcmNoaXRlY3R1cmUgcmVwcmVzZW50YXRpb24NCiMgb2YgYXJiaXRyYWlsaWx5 IGNvbXBsZXggZGF0YSBzdHJ1Y3R1cmVzIGFzIGRlZXBseSBuZXN0ZWQNCiMgY29udGFpbm1l bnQgYXMgbmVjZXNzYXJ5LiAgIFRoZSBvcmlnaW5hbCBpbnRlbnQgd2FzIHRvDQojIGluY2x1 ZGUgaGFzaCBvciBoYXNoIGJ1dCBoYXMgYmVlbiBleHRlbmRlZCB0byBpbmNsdWRlDQojIGFu IGFycmF5IC8gbGlzdCBvZiBzaW1wbGUgaXRlbXMgYXQgYW55IGFyYml0cmFyeSBkZXB0aC4N CiMgbGlzdCBpdGVtcyBkbyBub3QgY3VycmVudGx5IHN1cHBvcnQgcmVjdXJzaXZlIGRlc2Nl bnQNCiMgTVZBIGltcGxlbWVudGF0aW9ucyBleGlzdCBmb3IgUGVybCwgSmF2YSwgVkIsIEMg YW5kIA0KIyBzY3JpcHQuDQojDQojIE5vdGU6ICANCiMNCiMgTm90ZTogVGhpcyBsaWJyYXJ5 IGlzIGV4cGVjdGVkIHRvIGNvLWV4aXN0IHdpdGggYW5kIA0KIyAgIHByb3ZpZGUgaGVscGVy IGZ1bmN0aW9uYWxpdHkgdG8gaW5pTWdyLg0KIyAgIEFzSW5pU3RyKCkgY2FuIGJlIG9idGFp bmVkIHRocm91Z2ggaW5pTWdyLnB5DQojICAgYnV0IGl0IGNhbiBvbmx5IGhhbmRsZSBncm91 cCAvIGl0ZW0gbGV2ZWwNCiMgICBkZXB0aCByYXRoZXIgdGhhbiB0aGUgYXJiaXRyYXJ5IGRl cHRoIG9mIHRoZSBNVkEuDQojDQoNCg0KaW1wb3J0IHN0cmluZw0KaW1wb3J0IHRpbWUNCg0K a2V5RGVsaW0gID0gJz0jPScNCmxpc3REZWxpbSA9ICc9Xj0nDQoNCg0KIyAtIC0gLSAtIC0g LSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0NCmRlZiBnZXREZWxpbShsZXZlbCk6DQoj IC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLQ0KICBhRGVsaW0gPSAn IyVkIycgJSAobGV2ZWwpDQogIHJldHVybiBhRGVsaW0NCg0KIyAtIC0gLSAtIC0gLSAtIC0g LSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0NCmRlZiBwYXJzZU1WQUZpbGUoYUZpTmFtZSk6DQoj IC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLQ0KICAjIFRPRE86IEFk ZCBFcnJvciBDaGVja2luZyBleGNlcHRpb24NCiAgYUZpID0gb3BlbiAoYUZpTmFtZSkNCiAg YVN0ciA9IGFGaS5yZWFkKCkgIyByZWFkIGVudGlyZSBjb250ZW50cy4NCiAgYU9iaiA9IHBh cnNlTVZBU3RyKGFTdHIsMCkNCiAgcmV0dXJuIGFPYmoNCg0KIyAtIC0gLSAtIC0gLSAtIC0g LSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0NCmRlZiBwYXJzZU1WQVN0cihhU3RyLGFMZXYpOg0K IyAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0NCiAgYURpY3QgPSB7 fQ0KICBhRGVsaW0gPSBnZXREZWxpbShhTGV2KQ0KICBueHREZWxpbSA9IGdldERlbGltKGFM ZXYgKyAxKQ0KICBhQXJyID0gc3RyaW5nLnNwbGl0KGFTdHIsYURlbGltKQ0KICAjIHByaW50 ICJsZXZlbD0lZCAgZGVsaW09JXMgIGFBcnI9IiAlIChhTGV2LCBhRGVsaW0pDQogIGZvciBh RWxlIGluIGFBcnI6DQogICAgYVN1YkFyciA9IHN0cmluZy5zcGxpdChhRWxlLGtleURlbGlt LCAxKQ0KICAgIGlmIGxlbihhU3ViQXJyKSA+IDE6DQogICAgICBhS2V5ID0gYVN1YkFyclsw XQ0KICAgICAgYVZhbCA9IGFTdWJBcnJbMV0NCiAgICAgICMgcHJpbnQgImFLZXk9IiwgYUtl eQ0KICAgICAgYVBvcyA9IHN0cmluZy5maW5kKGFWYWwsIG54dERlbGltKSAjIFJlY3Vyc2l2 ZSBPYmplY3QNCiAgICAgICMgcHJpbnQgImFLZXk9IiwgYUtleSwgICJhUG9zPSIsIGFQb3Ms ICJueHREZWxpbT0iLCBueHREZWxpbQ0KICAgICAgaWYgKGFQb3MgPj0gMCk6DQogICAgICAg IGFWYWwgPSBwYXJzZU1WQVN0cihhVmFsLCAoYUxldiArIDEpKQ0KICAgICAgICAjIHByaW50 ICJhUG9zPSIsIGFQb3MsICJhS2V5IHN1Yk9iaiAiLCBhTGV2LCAiICAiLCBhS2V5DQogICAg ICAgIGFEaWN0W2FLZXldID0gYVZhbA0KICAgICAgZWxzZTogICAgICANCiAgICAgICAgYUxp c3RQb3MgPSBzdHJpbmcuZmluZChhVmFsLCBsaXN0RGVsaW0pDQogICAgICAgIGlmIChhTGlz dFBvcyA8IDEpOg0KICAgICAgICAgIGFEaWN0W2FLZXldID0gYVZhbA0KICAgICAgICBlbHNl OiANCiAgICAgICAgICAjIHByb2Nlc3MgYXMgYSBsaXN0Lg0KICAgICAgICAgIGFMaXN0QXJy ID0gc3RyaW5nLnNwbGl0KGFWYWwsbGlzdERlbGltKQ0KICAgICAgICAgIGlmIG5vdCBhTGlz dEFyclstMV06DQogICAgICAgICAgICBkZWwgYUxpc3RBcnJbLTFdDQogICAgICAgICAgYURp Y3RbYUtleV0gPSBhTGlzdEFycg0KICAgIGVsc2U6DQogICAgICBjb250aW51ZSAgICMgRG9u J3QgZG8gYW55dGhpbmcsIFRoaXMgZ2VuZXJhbHkgaW5kaWNhdGVzDQoJICAgICAgICAgIyBj YXRhc3Ryb3BoaWMgcGFyc2UgZmFpbHVyZS4NCiAgcmV0dXJuIGFEaWN0DQoNCg0KICANCg0K IyAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0NCmRlZiBkdW1wTVZB KGFEaWN0LGFMZXYpOg0KIyAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAt IC0NCiAgIyAgTG9vcCB0aHJvdWdoIHRoZSBTdHJ1Y3R1cmUgYW5kIG91dHB1dCBpbiBUYWIN CiAgIyAgZm9ybSBzbyB3ZSBjYW4gdXNlIGl0IHRvIHZhbGlkYXRlIHRoZSBwYXJzZWQNCiAg IyAgaW5wdXQuDQogIGtleXMgPSBhRGljdC5rZXlzKCkNCiAga2V5cy5zb3J0KCkNCiAgcGFk U3RyID0gJyAgJyAqIGFMZXYNCiAgZm9yIGFLZXkgaW4ga2V5czoNCiAgICBhRWxlID0gYURp Y3RbYUtleV0NCiAgICBpZiB0eXBlKGFFbGUpID09IHR5cGUoe30pOiAgICAgIAkJIyBFbWJl ZGVkIERpY3Rpb25hcnkNCiAgICAgIHByaW50IHBhZFN0ciwgYUtleSwgIj0+IiAgICAgIAkJ IyBtdXN0IHJlY3Vyc2l2ZWx5DQogICAgICBkdW1wTVZBKGFFbGUsIChhTGV2ICsgMSkpICAg ICAJCSMgb3V0cHV0IHRoZSBzdWIgZGljdA0KICAgIGVsaWYgdHlwZShhRWxlKSA9PSB0eXBl KFtdKTogICAgCQkjIEVtYmVkZGVkIExpc3QNCiAgICAgIHByaW50IHBhZFN0ciwgYUtleSwg bGlzdERlbGltIAkJIyBtdXN0IGxvb3AgdGhyb3VnaCANCiAgICAgIGZvciBsaXN0SXRlbSBp biBhRWxlOiAgICAgICAgIAkJIyB0aGUgaXRlbXMgYW5kIG91dHB1dA0KICAgICAgICBwcmlu dCBwYWRTdHIsICIgICAiLCBsaXN0SXRlbSAgCQkjIGVhY2ggaXRlbQ0KICAgIGVsc2U6ICAg ICAgICAgICAgICAgICAgICAgICAgICAgCQkjIFNpbXBsZSBTdHJpbmcNCiAgICAgIHByaW50 IHBhZFN0ciwgYUtleSwgIj0iLCBhRWxlIAkJIyBqdXN0IHByaW50IGl0IG91dA0KICAgDQoN CiMgLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtDQpkZWYgYXNNVkFT dHIoYURpY3QsYUxldik6DQojIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAt IC0gLQ0KICAjICBMb29wIHRocm91Z2ggdGhlIFN0cnVjdHVyZSBhbmQgb3V0cHV0IGluIFRh Yg0KICAjICBmb3JtIHNvIHdlIGNhbiB1c2UgaXQgdG8gdmFsaWRhdGUgdGhlIHBhcnNlZA0K ICAjICBpbnB1dC4NCiAga2V5cyA9IGFEaWN0LmtleXMoKQ0KICBrZXlzLnNvcnQoKQ0KICBz dHJzID0gW107DQogIGRlbGltID0gZ2V0RGVsaW0oYUxldikNCiAgZm9yIGFLZXkgaW4ga2V5 czoNCiAgICBhRWxlID0gYURpY3RbYUtleV0NCiAgICBpZiB0eXBlKGFFbGUpID09IHR5cGUo e30pOiAgICAgIAkJIyBFbWJlZGVkIERpY3Rpb25hcnkNCiAgICAgIHN0cnMuYXBwZW5kKGFL ZXkgKyBrZXlEZWxpbSkJICAgICAgICAjIG11c3QgcmVjdXJzaXZlbHkNCiAgICAgIHN1Yk9i alN0ciA9IGFzTVZBU3RyKGFFbGUsIChhTGV2ICsgMSkpICAgICMgb3V0cHV0IHRoZSBzdWIg ZGljdA0KICAgICAgc3Rycy5hcHBlbmQoc3ViT2JqU3RyKQ0KICAgIGVsaWYgdHlwZShhRWxl KSA9PSB0eXBlKFtdKTogICAgCQkjIEVtYmVkZGVkIExpc3QNCiAgICAgIHN0cnMuYXBwZW5k KGFLZXkgKyBrZXlEZWxpbSkgICAJCSMgbXVzdCBsb29wIHRocm91Z2ggDQogICAgICBmb3Ig bGlzdEl0ZW0gaW4gYUVsZTogICAgICAgICAJCSMgdGhlIGl0ZW1zIGFuZCBvdXRwdXQNCiAg ICAgICAgYUxpc1N0ciA9ICIlcyVzIiAlIChsaXN0SXRlbSxsaXN0RGVsaW0pICMgDQogICAg ICAgIHN0cnMuYXBwZW5kKGFMaXNTdHIpCSAgCQkjIGVhY2ggaXRlbQ0KICAgIGVsc2U6ICAg ICAgICAgICAgICAgICAgICAgICAgICAgCQkjIFNpbXBsZSBTdHJpbmcNCiAgICAgIHN0cnMu YXBwZW5kKGFLZXkgKyBrZXlEZWxpbSArIGFFbGUpCSMganVzdCBwcmludCBpdCBvdXQNCiAg ICBzdHJzLmFwcGVuZChkZWxpbSkNCiAgYVN0ciA9IHN0cmluZy5qb2luKHN0cnMsICcnKQ0K ICByZXR1cm4gYVN0cg0KIA0KIyAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0g LSAtIC0NCmRlZiBhc1hNTFN0cihhRGljdCxhTGV2KToNCiMgLSAtIC0gLSAtIC0gLSAtIC0g LSAtIC0gLSAtIC0gLSAtIC0gLSAtDQogICMgIExvb3AgdGhyb3VnaCB0aGUgU3RydWN0dXJl IGFuZCBvdXRwdXQgaW4gVGFiDQogICMgIGZvcm0gc28gd2UgY2FuIHVzZSBpdCB0byB2YWxp ZGF0ZSB0aGUgcGFyc2VkDQogICMgIGlucHV0Lg0KICBrZXlzID0gYURpY3Qua2V5cygpDQog IGtleXMuc29ydCgpDQogIHN0cnMgPSBbXQ0KICBwYWRTdHIgPSAnICAnICogYUxldg0KICBm b3IgYUtleSBpbiBrZXlzOg0KICAgIHRhaWxTdHIgPSAnJw0KICAgIGFFbGUgPSBhRGljdFth S2V5XQ0KICAgIGlmIHR5cGUoYUVsZSkgPT0gdHlwZSh7fSk6ICAgICAgCQkjIEVtYmVkZWQg RGljdGlvbmFyeQ0KICAgICAgc3Rycy5hcHBlbmQocGFkU3RyICsgJzwnICsgYUtleSArICc+ XG4nKQ0KICAgICAgc3ViT2JqU3RyID0gYXNYTUxTdHIoYUVsZSwgKGFMZXYgKyAxKSkgICAg IyBvdXRwdXQgdGhlIHN1YiBkaWN0DQogICAgICBzdHJzLmFwcGVuZChzdWJPYmpTdHIpDQog ICAgICB0YWlsU3RyID0gcGFkU3RyICsgJzxcXCcgKyBhS2V5ICsgJz5cbicNCiAgICBlbGlm IHR5cGUoYUVsZSkgPT0gdHlwZShbXSk6ICAgIAkJIyBFbWJlZGRlZCBMaXN0DQogICAgICBm b3IgbGlzdEl0ZW0gaW4gYUVsZTogICAgICAgICAJCSMgdGhlIGl0ZW1zIGFuZCBvdXRwdXQN CiAgICAgICAgc3Rycy5hcHBlbmQocGFkU3RyICsgJzwnICsgYUtleSArICc+JykNCiAgICAg ICAgc3Rycy5hcHBlbmQobGlzdEl0ZW0pICAgIAkJIyBlYWNoIGl0ZW0NCiAgICAgICAgc3Ry cy5hcHBlbmQoJzxcXCcgKyBhS2V5ICsgJz5cbicpDQogICAgZWxzZTogICAgICAgICAgICAg ICAgICAgICAgICAgICAJCSMgU2ltcGxlIFN0cmluZw0KICAgICAgc3Rycy5hcHBlbmQocGFk U3RyICsgJzwnICsgYUtleSArICc+JykNCiAgICAgIHN0cnMuYXBwZW5kKGFFbGUpCQkJCSMg anVzdCBwcmludCBpdCBvdXQNCiAgICAgIHN0cnMuYXBwZW5kKCc8XFwnICsgYUtleSArICc+ XG4nKQ0KICAgIHN0cnMuYXBwZW5kKHRhaWxTdHIpDQogIGFTdHIgPSBzdHJpbmcuam9pbihz dHJzLCAnJykNCiAgcmV0dXJuIGFTdHINCg0KIyAqICogKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqDQojICogKiBNYWluIExpbmUgUHJvZ3JhbSBTZWN0aW9uDQoj ICogKiAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioNCmRlZiBleGVj dXRlVGVzdChhRmlOYW1lKToNCiAgYU9iaiA9IHBhcnNlTVZBRmlsZShhRmlOYW1lKQ0KICAj IGFGaSA9IG9wZW4gKGFGaU5hbWUpDQogICMgYVN0ciA9IGFGaS5yZWFkKCkgIyByZWFkIGVu dGlyZSBjb250ZW50cy4NCiAgIyBhT2JqID0gcGFyc2VNVkFTdHIoYVN0ciwwKQ0KICBwcmlu dCAibXZhUGFyc2UgY29tcGxldGUiDQogIGR1bXBNVkEoYU9iaiwwKQ0KDQogICMgdGVzdCBy ZWJ1aWxkaW5nIHRoZSBNVkEgU3RyaW5nIGZyb20gaW5idWlsdCBPYmplY3QNCiAgYVN0ck91 dCA9IGFzTVZBU3RyKGFPYmosMCkNCiAgcHJpbnQgIlxucmVidWlsdCBtdmE9Ig0KICBwcmlu dCBhU3RyT3V0DQogIHByaW50ICJcblxuXG4gYXNQeXRob25TdHIiDQogIHByaW50IGFPYmoN Cg0KDQoNCg0KDQoNCg0KICANCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0K --openmail-part-0fa27ddb-00000001 Content-Type: application/octet-stream; name="iniMgr.py" Content-Disposition: attachment; filename="iniMgr.py" Content-Transfer-Encoding: base64 IyEvdXNyL2xvY2FsL2Jpbi9weXRob24NCiMgIGluaW1nci5weQ0KIyAgYSB3aW5kb3dzIElO SSBmaWxlIGNvbXBhdGlibGUgcGFyc2VyIC8gc2VyaWFsaXplcg0KIw0KIyAgVGhlc2UgZnVu Y3Rpb25zIGFyZSBpbnRlbmRlZCB0byBiZSB3cmFwcGVkIHVwIGluDQojICBhIFB5dGhvbiBD bGFzcy4NCiMNCiMgIEJ5OiBKb3NlcGggRWxsc3dvcnRoIEF1Zy0yMy0xOTk4DQojICAgICAg am9lX2VsbHN3b3J0aEBob3RtYWlsLmNvbQ0KIyAgICAgIGpvZV9lbGxzd29ydGhAaHAuY29t DQojDQojICBGb3JnaXZlIGFueSBzdHVwaWRpdHkgYXMgdGhpcyBpcyBteSBmaXJzdCBweXRo b24gDQojICBsaWJyYXJ5IA0KIw0KIyAgVGhpcyBtb2R1bGUgaGFuZGxlcyBpbnB1dCBhbmQg b3V0cHV0IGluIGEgbnVtYmVyDQojICBvZiBmb3JtYXRzIGJ1dCBpdCdzIHVuZGVybHlpbmcg YXNzdW1wdGlvbiBpcyB0aGF0DQojICB3ZSB3aWxsIG5vdCBleGNlZWQgdGhlIGNvbXBsZXhp dHkgb2Ygb2JqZWN0cyBjYXBhYmxlDQojICBvZiBiZWluZyByZXByZXNlbnRlZCBpbiBhbiBJ TkkgZmlsZS4NCiMNCiMNCiMgIEJ5IENvbnZlcnRpbmcgdGhpcyB0byBhIE9iamVjdCB3ZSBj b3VsZCB1c2UgaW50YW5jZQ0KIyAgdmFyaWFibGVzIHRvIHJlbW92ZSBzb21lIGNvbXBsZXhp dHkuICBUaGUgcXVlc3Rpb24NCiMgIGlzIHRoYXQgc2luY2UgdGhlIGdyb3VwIGlzIHNvIGNs b3NlIHRvIHRoZSBkaWN0aW9uYXJ5DQojICB3aGV0aGVyIGl0IG1ha2VzIHNlbnNlIHRvIG1h a2UgaXQgYSBzdWIgY2xhc3Mgb3INCiMgIHdoZXRoZXIgdGhhbiB0byBsZWF2ZSB0aGlzIGFu ZCB1c2UgaXQgYXMgYSBoZWxwZXINCiMgIGZ1bmN0aW9uLg0KDQoNCmltcG9ydCBzdHJpbmcN CmltcG9ydCB0aW1lDQoNCg0KIyAqICogKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqDQojICogKiBJbnB1dCBDb252ZXJzdGlvbiBBZGFwdGVycw0KIyAqICogKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqDQojICogKiBTaG91bGQgVXNl IEhlbHBlciBDbGFzc2VzIGZvciB0aGlzIGluDQojICogKiBPcmRlciB0byBtYXhpbWl6ZSB0 aGUgZnV0dXJlIGZsZXhpYmlsaXR5DQojICogKiB3aXRoIG91dCBjaGFuZ2luZyBiYXNlIGNs YXNzLg0KIyAqICogKioNCiMgKiAqIFRoaXMgc2VjdGlvbiBpcyBvbmx5IGludGVuZGVkIHRv IGJlIGFibGUNCiMgKiAqIHRvIHJlYWQgc3RydWN0dXJlcyBpbiBjb21tb24gY3Jvc3MgbGFu Z2FnZQ0KIyAqICogcG9ydGFibGUgZm9ybWF0cyBzbyBldmVuIHRob3VnaCB3ZSBtYXkNCiMg KiAqIGdlbmVyYXRlIFBlcmwgd2UgaGF2ZSBubyBpbnRlbnRpb24gb2YNCiMgKiAqIHBhcnNp bmcgaXQuDQojICogKiAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioN Cg0KIyAjIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLQ0KIyBjbGFz cyBpbmlNZ3IoZGljdGlvbmFyeSkNCiMgLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0g LSAtIC0gLSAtDQojICBkZWYgZnJvbUlOSUZpbGUoKToNCiMgIGRlZiBmcm9tTVZBRmlsZSgp Og0KIyAgZGVmIGZyb21YTUxGaWxlKCk6DQojICBkZWYgYXNJTklTdHIoKToNCiMgIGRlZiBh c1BlcmxTdHIoKToNCiMgIGRlZiBhc01WQVN0cigpOg0KIyAgZGVmIGFzWE1MU3RyKCk6DQoj ICBkZWYgYXNQaHl0aG9uU3RyKCk6DQoNCg0KIyAqICogKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqDQojICogKiBJbnB1dCBDb252ZXJzaW9uIEFkYXB0ZXJzDQoj ICogKiAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioNCg0KDQojIC0g LSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLQ0KZGVmIGZyb21JbmlGaWxl KGFGaU5hbWUpOg0KIyAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0N CiAgYUZpICAgID0gb3BlbiAoYUZpTmFtZSkNCiAgYURpY3QgID0ge307IA0KICAjIFNldCB1 cCB0aGUgZGVmYXVsdCBtYWluIGdyb3VwIHNvIGFsbCBpdGVtcw0KICAjIGF0IHRoZSB0b3Ag b2YgdGhlIElOSSBmaWxlIGRlZmF1bHQgaW4gdG8gaXQuDQogIGFHcm91cE5hbWUgPSAnbWFp bicNCiAgYUdyb3VwID0ge30NCiAgYURpY3RbYUdyb3VwTmFtZV0gPSBhR3JvdXANCiAgd2hp bGUgKDEpOg0KICAgIGFMaW5lID0gYUZpLnJlYWRsaW5lKCkNCiAgICBpZiBub3QgYUxpbmUg OiBicmVhayAgICAgICAgICAjIGZhaWx1cmUgdG8gcmVhZCBpbmRpY2F0ZXMgRU9GDQogICAg YUxpbmUgPSB0cmltQ29tbWVudHMoYUxpbmUpDQogICAgaWYgbm90IGFMaW5lIDogIGNvbnRp bnVlICAgICAgIyBpZiBlbXB0eSB3aGVuIGRvbmUgdGhlbiBza2lwDQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIyBpdCB3aWxsIGJlIGVtcHR5IGlmIGl0IG9ubHkNCiAg ICBpZiAoYUxpbmVbMF0gKyBhTGluZVstMV0pID09ICdbXSc6DQogICAgICAjIEhhdmUgZW5j b3VudGVyZWQgYSBHcm91cCBEZWZlbml0aW9uDQogICAgICBhR3JvdXBOYW1lID0gYUxpbmVb MTotMV0NCiAgICAgIGlmIGFEaWN0Lmhhc19rZXkoYUdyb3VwTmFtZSk6DQogICAgICAgIGFH cm91cCA9IGFEaWN0W2FHcm91cE5hbWVdDQogICAgICBlbHNlOg0KICAgICAgICBhR3JvdXAg PSB7fQ0KICAgICAgICBhRGljdFthR3JvdXBOYW1lXSA9IGFHcm91cA0KICAgIGVsc2U6DQog ICAgICAjIFByb2Nlc3NpbmcgYSBLZXkgdmFsdWUgRGVmZW5pdGlvbg0KICAgICAgYUxpc3Qg PSBzdHJpbmcuc3BsaXQoYUxpbmUsJz0nLDEpDQogICAgICBpZiAobGVuKGFMaXN0KSA8IDIp Og0KICAgICAgICBjb250aW51ZSAgICAgICAgICAgICAgICAgICAgICAgICAgIyBub3QgYSBr ZXkgdmFsdWUgcGFpciBzbyBpZ25vcmUNCiAgICAgIGVsc2U6DQogICAgICAgIGFLZXkgPSBz dHJpbmcuc3RyaXAoYUxpc3RbMF0pDQogICAgICAgIGFWYWwgPSBzdHJpbmcubHN0cmlwKGFM aXN0WzFdKQ0KICAgICAgICBpZiBhR3JvdXAuaGFzX2tleShhS2V5KToNCiAgICAgICAgICBh SXRlbSA9IGFHcm91cFthS2V5XSAgICAgICAgICAgICMgaXRlbSBleGlzdHMgdGhlbiBhZGQg dG8gaXQuDQogICAgICAgICAgaWYgaXNMaXN0KGFJdGVtKTogICAgICAgICAgICAgICAjIGlm IGFscmVhZHkgbXVsdGlwbGUgaXRlbSBsaXN0DQogICAgICAgICAgICBhSXRlbS5hcHBlbmQo YVZhbCkgICAgICAgICAgICAjIHRoZW4gYWRkIHRvIGVuZCBvZiBpdA0KICAgICAgICAgIGVs c2U6ICAgICAgICAgICAgICAgICAgICAgICAgICAgIyBvdGhlcndpc2UNCiAgICAgICAgICAg IGFHcm91cFthS2V5XSA9IFthSXRlbSwgYVZhbF0gICMgbmVlZCB0byBjb252ZXJ0IGZyb20g c2ltcGxlIGl0ZW0gdG8gYSBsaXN0IG9mIGl0ZW1zDQogICAgICAgIGVsc2U6ICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAjIERpZCBub3QgZXhpc3Qgc28gd2lsbA0KICAgICAgICAg IGFHcm91cFthS2V5XSA9IGFWYWwgICAgICAgICAgICAgIyBjcmVhdGUgdGhlIGZpcnN0IGl0 ZW0gYXMgc2ltcGxlIGtleS92YWx1ZSBwYWlyDQogICMgZW5kIFdoaWxlDQogIGFGaS5jbG9z ZSgpDQogIHJldHVybiBhRGljdA0KDQojIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAt IC0gLSAtIC0gLQ0KZGVmIGZyb21NVkFTdHIoYVN0cik6DQojIC0gLSAtIC0gLSAtIC0gLSAt IC0gLSAtIC0gLSAtIC0gLSAtIC0gLQ0KICBpbXBvcnQgbXZhDQogIG12YSA9IG12YS5wYXJz ZU1WQVN0cihhU3RyLDApDQogIHJldHVybiBtdmENCg0KIyAtIC0gLSAtIC0gLSAtIC0gLSAt IC0gLSAtIC0gLSAtIC0gLSAtIC0NCmRlZiBmcm9tTVZBRmlsZShhRmlsZU5hbWUpOg0KIyAt IC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0NCiAgaW1wb3J0IG12YQ0K ICBtdmEgPSBtdmEucGFyc2VNVkFGaWxlKGFGaWxlLGFMZXYpDQogIHJldHVybiBtdmENCg0K DQoNCg0KIyAqICogKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqDQoj ICogKiBPdXRwdXQgQ29udmVyc3Rpb24gQWRhcHRlcnMNCiMgKiAqICoqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKg0KIyAqICogU2hvdWxkIFVzZSBIZWxwZXIgQ2xh c3NlcyBmb3IgdGhpcyBpbg0KIyAqICogT3JkZXIgdG8gbWF4aW1pemUgdGhlIGZ1dHVyZSBm bGV4aWJpbGl0eQ0KIyAqICogd2l0aCBvdXQgY2hhbmdpbmcgYmFzZSBjbGFzcy4NCiMgKiAq ICoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKg0KIyBUaGlzIHNlY3Rp b24gaXMgaW50ZW5kZWQgdG8gYmVjb21lDQojIHRoZSBiYXNpcyBvZiBhIElOSSBmaWxlIGNv bXBpbGVyIHdoaWNoDQojIGNhbiBsb29wIHRocm91Z2ggYSBmaWxlIHN5c3RlbSBmaW5kaW5n DQojIGFsbCBvZiB0aGUgSU5JIGZpbGVzIGFuZCBjb21waWxpbmcgdGhlbQ0KIyBpbnRvIGZp bGVuYW1lLmluaS5weSBhbmQgZmlsZW5hbWUuaW5pLnBlcmxEYXQNCiMgd2hlcmUgLnB5IGlz IHRoZSBweXRob24gZXF1aXZlbGVudCBvZiB0aGUNCiMgcHl0aG9uIHJlcHJlc2VudGF0aW9u IG9mIHRoZSBzb3VyY2UgYW5kDQojIHBlcmxEYXQgdGhlIHBlcmwgbmF0aXZlIHJlcHJlc2Vu dGF0aW9uIG9mIHRoZQ0KIyBzdHJ1Y3R1cmUuICBUaGlzIGlzIGludGVuZGVkIHRvIG9wdGlt aXplDQojIGxvYWR0aW1lcyBieSB1c2luZyB0aGUgbGFuZ3VhZ2VzIGJ1aWx0IGluDQojIGlu dGVycHJldGVyIHdoaWxlIHByZXNlcnZpbmcgdGhlIHNpbXBsaWNpdHkNCiMgb2YgdGhlIElO SSBmaWxlcy4NCg0KIyAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0N CmRlZiBkaWN0QXNQeXRob25TdHIoYURpY3QpOg0KIyAtIC0gLSAtIC0gLSAtIC0gLSAtIC0g LSAtIC0gLSAtIC0gLSAtIC0NCiAgYVN0ciA9ICclcycgJSAoYURpY3QpDQogIHJldHVybiBh U3RyDQoNCg0KIyAqICogKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq DQojICogKiBUaGlzIHNlY3Rpb24gaXMgdGhlIHRlc3QgZHVtcCB1dGlsaXR5DQojICogKiBp dCBtdXN0IGJlIGFibGUgdG8gZ2VuZXJhdGUgYW4gSU5JDQojICogKiBmdW5jdGlvbmFsbHkg ZXF1aXZlbGFudCB0byB0aGUgb3JpZ2luYWwNCiMgKiAqIHdoaWNoIHdhcyBwYXJzZWQgaW4g b3JkZXIgdG8gYmUgY29uc2lkZXJlZA0KIyAqICogc3VjZXNzZnVsLiAgVGhpcyBjb3VsZCBi ZSBjb25zaWRlcmVkIGFuDQojICogKiBpbnN0YW5jZSBvZiBhbiBvdXRwdXQgYWRhcHRlciBi dXQgaXQNCiMgKiAqIHByb2JhYmx5IHdpbGwgbmV2ZXIgYmUgdXNlZCBvdGhlciB0aGFuDQoj ICogKiB0byBwcm9kdWNlIGh1bWFuIHJlYWRpYmxlIG91dHB1dC4NCiMgKiAqICoqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKg0KIyAtIC0gLSAtIC0gLSAtIC0gLSAt IC0gLSAtIC0gLSAtIC0gLSAtIC0NCmRlZiAgZGljdEFzSW5pU3RyKGFEaWN0KToNCiMgLSAt IC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtDQoNCiAgYVN0cnMgPSBbXTsg ICMgYXBwZW5kaW5nIHRvIGxpc3QgaXMgZmFzdGVyIHRoYW4gY29uY2F0IFNUUg0KCSAgICAg ICAjIHdoYXQgd2UgcmVhbGx5IG5lZWQgaGVyZSBpcyBhIHN0cmluZ0J1ZmZlciBsaWtlIEph dmENCiAgICAgICAgICAgICAgICMgc28gd2UgY2FuIGFwcGVuZCBzdHJhaWdodCBpbiB0byB0 aGUgYnVmZmVyLg0KICBhU3Rycy5hcHBlbmQoJ1wjIEdlbmVyYXRlZCBieSBpbmlNZ3IucHkg JyArIGN1cnJUaW1lU3RhbXAoKSkNCiAgIyBvdXRwdXQgdGhlIG1haW4gZGVmYXVsdCBncm91 cCBmaXJzdA0KICBhR3JwID0gYURpY3RbJ21haW4nXSAgICAgICAgICAgICAgICAgICAgIyBQ dWxsIG91dCBNYWluIGFuZCBvdXRwdXQgaXQgYXQgdG9wDQogIGdyb3VwQXNJbmlTdHIoJ21h aW4nLCBhR3JwLCBhU3RycykNCg0KICAjIG5vdyBvdXRwdXQgdGhlIHJlc3Qgb2YgdGhlIGdy b3Vwcw0KICBncnBLZXlzID0gYURpY3Qua2V5cygpDQogIGZvciBhR3JwS2V5IGluIGdycEtl eXM6DQogICAgYUdycCA9IGFEaWN0W2FHcnBLZXldDQogICAgaWYgbm90IChhR3JwS2V5ID09 ICdtYWluJyk6ICAgICAgICAgICAjIFNraXAgTWFpbiBiZWNhdXNlIHdlIGFscmVhZHkgZHVt cGVkIGl0DQogICAgICBncm91cEFzSW5pU3RyKGFHcnBLZXksIGFHcnAsIGFTdHJzKQ0KICBh U3RyID0gc3RyaW5nLmpvaW4oYVN0cnMpICMgTWVyZ2UgTGlzdCB0b2dldGhlciBpbiBzaW5n bGUgc3RyaW5nDQogIHJldHVybiBhU3RyDQoNCiMgLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0g LSAtIC0gLSAtIC0gLSAtDQpkZWYgZ3JvdXBBc0luaVN0cihhR3JwS2V5LCBhR3JwLCBhU3Ry cyk6DQojIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLQ0KICAjIGhl bHBlciBmb3IgZGljdEFzSW5pDQogICMgY291bGQgYnJlYWsgaW4gdG8gc2VwYXJhdGUgZnVu Y3Rpb24gZm9yIHRoZSANCiAgIyBsb29wIGJ1dCBwcm9iYWJseSBsaXR0bGUgYmVuZWZpdC4N CiAgICBhU3Rycy5hcHBlbmQoJ1xuWycgKyBhR3JwS2V5ICsgJ11cbicpDQogICAgaXRlbUtl eXMgPSBhR3JwLmtleXMoKQ0KICAgIGZvciBhSXRlbUtleSBpbiBpdGVtS2V5czoNCiAgICAg IGFJdGVtID0gYUdycFthSXRlbUtleV0NCiAgICAgIGFJdGVtS2V5ID0gc3RyaW5nLmxqdXN0 KGFJdGVtS2V5LCAxMikNCiAgICAgIGlmIGlzTGlzdChhSXRlbSk6DQogICAgICAgIGZvciBh U3ViSXRlbSBpbiBhSXRlbToNCiAgICAgICAgICBhU3Rycy5hcHBlbmQoJyAgJXMgPSAlc1xu JyAlIChhSXRlbUtleSwgYVN1Ykl0ZW0pKQ0KICAgICAgZWxzZToNCiAgICAgICAgYVN0cnMu YXBwZW5kKCcgICVzID0gJXNcbicgJSAoYUl0ZW1LZXksIGFJdGVtKSkNCg0KDQojIC0gLSAt IC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLQ0KZGVmIGRpY3RBc1BlcmxTdHIo YURpY3QpOg0KIyAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0NCiAg YVN0cnMgPSBbXTsgIA0KICBhU3Rycy5hcHBlbmQoJ1wjIEdlbmVyYXRlZCBieSBpbmlNZ3Iu cHkgJyArIGN1cnJUaW1lU3RhbXAoKSkNCiAgYVN0cnMuYXBwZW5kKCdcbihcbicpDQogIGdy cEtleXMgPSBhRGljdC5rZXlzKCkNCiAgZm9yIGFHcnBLZXkgaW4gZ3JwS2V5czoNCiAgICBh R3JwID0gYURpY3RbYUdycEtleV0NCiAgICBhR3JwS2V5ID0gbWFwQmFkVmFyQ2hhcihhR3Jw S2V5KQ0KICAgIGdyb3VwQXNQZXJsU3RyKGFHcnBLZXksIGFHcnAsIGFTdHJzKQ0KICByZW1v dmVUcmFpbENoYXIoYVN0cnMsIDEpICMgR2V0IHJpZCBvZiBleHRyYSBjb21tYQ0KICBhU3Ry cy5hcHBlbmQoJ1xuKVxuJykNCiAgYVN0ciA9IHN0cmluZy5qb2luKGFTdHJzLCcnKSAjIE1l cmdlIExpc3QgdG9nZXRoZXIgaW4gc2luZ2xlIHN0cmluZw0KICByZXR1cm4gYVN0cg0KICBy ZXR1cm4gJycNCg0KIyAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0N CmRlZiBncm91cEFzUGVybFN0cihhR3JwS2V5LCBhR3JwLCBhU3Rycyk6DQojIC0gLSAtIC0g LSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLQ0KICAgIGFTdHJzLmFwcGVuZCgnXG4g ICcgKyBhR3JwS2V5ICsgJyA9PiAoXG4nKQ0KICAgIGl0ZW1LZXlzID0gYUdycC5rZXlzKCkN CiAgICBmb3IgYUl0ZW1LZXkgaW4gaXRlbUtleXM6DQogICAgICBhSXRlbSA9IGFHcnBbYUl0 ZW1LZXldDQogICAgICBhSXRlbUtleSA9IG1hcEJhZFZhckNoYXIoYUl0ZW1LZXkpDQogICAg ICBhSXRlbUtleSA9IHN0cmluZy5sanVzdChhSXRlbUtleSwgMTIpDQogICAgICBpZiBpc0xp c3QoYUl0ZW0pOg0KICAgICAgICBhU3Rycy5hcHBlbmQoJyAgICAnICsgYUl0ZW1LZXkgKyAn ID0+IFsnKQ0KICAgICAgICBmb3IgYVN1Ykl0ZW0gaW4gYUl0ZW06DQogICAgICAgICAgYVN0 cnMuYXBwZW5kKCdcIiVzXCIsICcgJSAoYVN1Ykl0ZW0pKQ0KICAgICAgICAjIHJlbW92ZSBl eHRyYSBjb21tYSBvbiBlbmQgb2YgYVN1Ykl0ZW0NCiAgICAgICAgcmVtb3ZlVHJhaWxDaGFy KGFTdHJzLCAyKSAjIEdldCByaWQgb2YgZXh0cmEgY29tbWENCiAgICAgICAgYVN0cnMuYXBw ZW5kKCddICxcbicpDQogICAgICBlbHNlOg0KICAgICAgICBhU3Rycy5hcHBlbmQoJyAgICAn ICsgYUl0ZW1LZXkgKyAnID0+IFwiJyAgKyBhSXRlbSArICdcIiAsXG4nKQ0KICAgIHJlbW92 ZVRyYWlsQ2hhcihhU3RycywgMikgIyBHZXQgcmlkIG9mIGV4dHJhIGNvbW1hDQogICAgYVN0 cnMuYXBwZW5kKCdcbiAgICksJyk7ICAgDQogDQoNCiMgLSAtIC0gLSAtIC0gLSAtIC0gLSAt IC0gLSAtIC0gLSAtIC0gLSAtDQpkZWYgZGljdEFzTVZBU3RyKGFEaWN0KToNCiMgLSAtIC0g LSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtDQogIGltcG9ydCBtdmENCiAgYVN0 ciA9IG12YS5hc01WQVN0cihhRGljdCwgMCkNCiAgcmV0dXJuIGFTdHINCg0KDQojIC0gLSAt IC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLQ0KZGVmIGRpY3RBc1hNTFN0cihh RGljdCwgYUxldik6DQojIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0g LQ0KICAjICBMb29wIHRocm91Z2ggdGhlIFN0cnVjdHVyZSBhbmQgb3V0cHV0IGluIFRhYg0K ICAjICBmb3JtIHNvIHdlIGNhbiB1c2UgaXQgdG8gdmFsaWRhdGUgdGhlIHBhcnNlZA0KICAj ICBpbnB1dC4NCiAgaW1wb3J0IG12YQ0KICBhU3RyID0gbXZhLmFzWE1MU3RyKGFEaWN0LCBh TGV2KQ0KICByZXR1cm4gYVN0cg0KDQogDQojIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0g LSAtIC0gLSAtIC0gLQ0KZGVmIGRpY3RBc0xESUZTdHIoYURpY3QpOg0KIyAtIC0gLSAtIC0g LSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0NCiAgcmV0dXJuICcnDQoNCg0KIyAqICog KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqDQojICogKiBVdGlsaXR5 IEZ1bnRpb25zIGZvciBQcmltYXJ5IExpYnJhcnkNCiMgKiAqICoqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKg0KDQojIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0g LSAtIC0gLSAtIC0gLQ0KZGVmIHRyaW1Db21tZW50cyhhU3RyKToNCiMgLSAtIC0gLSAtIC0g LSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtDQogICMgaG93IHRvIHRyaW0gVHJhaWxpbmcg Q29tbWVudHMNCiAgc3RyaWR4ID0gc3RyaW5nLmZpbmQoYVN0ciwgJyMnKQ0KICBpZiBzdHJp ZHg6IA0KICAgIGFTdHIgPSBhU3RyWzpzdHJpZHhdICAgICAgIyB0YWtlIHNlcXVlbmNlIHVw IHRvICddJw0KICBhU3RyID0gc3RyaW5nLnN0cmlwKGFTdHIpICAgIyBTdHJpcCBhZnRlciBU cmltIG9yIHdpbGwNCiAgcmV0dXJuIGFTdHIJCSAgICAgICMgaGF2ZSB0byBkbyBpdCB0d2lj ZSBzaW5jZQ0KCQkJICAgICAgIyBpbiBzb21lIGNvbmRpdGlvbnMgdGhlICANCgkJICAgIA0K DQojIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLQ0KZGVmIGlzTGlz dChhVGhpbmcpOg0KIyAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0N CiAgaWYgdHlwZShhVGhpbmcpID09IHR5cGUoW10pOg0KICAgIHJldHVybiAxDQogIGVsc2U6 DQogICAgcmV0dXJuIDANCg0KDQojIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0g LSAtIC0gLQ0KZGVmIHJlbW92ZVRyYWlsQ2hhcihhU3Rycywgbm9DaGFyKToNCiMgLSAtIC0g LSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtDQojICBJbiBzb21lIGluc3RhbmNl cyBpdCBpcyBlYXNpZXIgdG8gZ28gYWhlYWQNCiMgIGFuZCBhcHBlbmQgZGVsaW1pdGVycyBv biBnZW5lcmF0ZWQgc2VxdWVuY2VzDQojICBibGluZGx5IGFuZCB0aGVuIGdvIGJhY2sgYW5k IHRydW5jYXRlIHRoZSANCiMgIGRlbGltaXRlciBhZnRlciB0aGUgbGFzdCBzZXF1ZW5jZS4g VGhpcyANCiMgIHJvdXRpbmUgaXMgYnVpbHQgdG8gZG8gdGhpcyB1c2luZyBvdXINCiMgIGFT dHJzIGJ1ZmZlci4NCiAgbm9DaGFyID0gYWJzKG5vQ2hhcikgKiAtMQ0KICBhU3RyID0gYVN0 cnNbLTFdICAgICAgICAjIEdldCBsYXN0IHN0cmluZyBwdXQgaXQNCiAgZGVsIGFTdHJzWy0x XSAgICAgICAgICAgIyB0YWtlIGl0IG9mZiB0aGUgbGlzdA0KICBhU3RyID0gYVN0clswOm5v Q2hhcl0gICAjIFNsaWNlIHRoZSBzcGVjaWZpZWQgIyBjaGFyIGZyb20gZW5kDQogIGFTdHJz LmFwcGVuZChhU3RyKSAgICAgICMgcHV0IHN0cmluZyBiYWNrIGluIG91dHB1dCBidWZmZXIN Cg0KDQojIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLQ0KZGVmIG1h cEJhZFZhckNoYXIoYVN0cik6DQojIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0g LSAtIC0gLQ0KICAgIyBDaGFuZ2UgYWxsIG9jY3VyYW5jZXMgb2YgZGFuZ2Vyb3VzIGNoYXJh Y3RlcnMNCiAgICMgdG8gc29tZXRoaW5nIHNhZmUgd2hlbiBsb29raW5nIGF0IHZhcmlhYmxl DQogICAjIG5hbWluZyBjb252ZW50aW9ucyBjb21tb24gdG8gUGVybCAmIFB5dGhvbg0KICAg IyBUT0RPOiBVc2UgcmVnZXggdG8gbWFrZSB0aGlzIG1vcmUgY29tcGxldGUgDQogICAjICAg c28gaXQgd2lsbCByZW1vdmUgcHVuY3R1YXRpb24gYXMgd2VsbC4NCiAgIGFBcnIgPSBzdHJp bmcuc3BsaXQoYVN0cikgIyBtYWtlIGFycmF5IGJyb2tlbiBvbiB3aGl0ZQ0KICAgYVN0ciA9 IHN0cmluZy5qb2luKGFBcnIsJ18nKSANCiAgIHJldHVybiBhU3RyDQoNCiMgLSAtIC0gLSAt IC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtDQpkZWYgY3VyclRpbWVTdGFtcCgpOg0K IyAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0gLSAtIC0NCiBhVGltZSA9IHRp bWUudGltZSgpDQogcGF0dCA9ICclSDolTTolUyAlYSAlWS8lbS8lZCcNCiBsb2NhbCA9IHRp bWUubG9jYWx0aW1lKGFUaW1lKQ0KIHN0ciA9IHRpbWUuc3RyZnRpbWUocGF0dCxsb2NhbCkN CiByZXR1cm4gc3RyDQo= --openmail-part-0fa27ddb-00000001 Content-Type: text/plain; name="IniMgrTest.ini" Content-Disposition: inline; filename="IniMgrTest.ini" Content-Transfer-Encoding: quoted-printable # testIniMgr.ini=0D # a sample INI file to be read by the iniMgr.py=0D =0D # items not in a group are assumed to be in a =0D # default group of [main]=0D =0D First Name =3D joe=0D Last Name =3D ellsworth=0D work phone=3D 408-447-1454=0D home phone=3D 408-248-1820=0D =0D [interests]=0D interest =3D scuba=0D interest =3D python=0D interest =3D Mountain Biking=0D =0D [home address]=0D street =3D 19111 Pruneridge Ave=0D street =3D mailstop #47US=0D city =3D Cupertino=0D state =3D CA=0D =0D [hp info]=0D employeeNo =3D 92029292292=0D telnet =3D 447-1454=0D boss =3D John=0D boss =3D Mary=0D boss =3D Dick=0D =0D =0D [interests]=0D # you can add more to a group latter and=0D # it acts just as if you had defined them=0D # all in a single group.=0D interest =3D perl=0D interest =3D corba=0D interest =3D food=0D interest =3D python=0D =0D =0D # Note: The formatting above is for human content=0D # the parser doese not care. As a matter of fact=0D # it just throws away all the leading and trailing=0D # spaces as well as the comments.=0D #=0D # Note: We use INI files to directly tie values to =0D # program variables in a larger system. In order=0D # to make things as easy as possible on the programmer=0D # it is generally polite to keep make the group names=0D # and item names as valid python / perl variable names=0D # this will minimize the amount of work required to=0D # use them heavily in a larger system.=0D =0D =0D --openmail-part-0fa27ddb-00000001 Content-Type: application/octet-stream; name="IniMgrTest.py" Content-Disposition: attachment; filename="IniMgrTest.py" Content-Transfer-Encoding: base64 IyEvdXNyL2xvY2FsL2Jpbi9weXRob24NCiMgIHRlc3RJbmlNZ3IucHkNCiMgIGEgd2luZG93 cyBJTkkgZmlsZSBjb21wYXRpYmxlIHBhcnNlciAvIHNlcmlhbGl6ZXINCiMNCiMgICAgICBq b2VfZWxsc3dvcnRoQGhvdG1haWwuY29tDQojICAgICAgam9lX2VsbHN3b3J0aEBocC5jb20N CiMNCmltcG9ydCBpbmlNZ3INCmltcG9ydCBtdmENCg0KYUZpTmFtZSA9ICdjOlxccHl0aG9u XFxqb2VcXEluaU1nclRlc3QuaW5pJw0KYURpY3QgID0gaW5pTWdyLmZyb21JbmlGaWxlKGFG aU5hbWUpDQpwcmludCBhRGljdA0KDQphU3RyID0gaW5pTWdyLmRpY3RBc1B5dGhvblN0cihh RGljdCkNCnByaW50ICJcbmRpY3Rpb25hcnkgYXMgUHl0aG9uIFN0cmluZz0iLCBhU3RyDQoN CmFTdHIgPSBpbmlNZ3IuZGljdEFzSW5pU3RyKGFEaWN0KQ0KcHJpbnQgIlxuXG5hcyBhIElu aSBGaWxlIFN0cj0iLCBhU3RyDQoNCmFTdHIgPSBpbmlNZ3IuZGljdEFzUGVybFN0cihhRGlj dCkNCnByaW50ICJcblxuYXMgUGVybCBTdHJpbmciLCBhU3RyDQoNCmFTdHIgPSBpbmlNZ3Iu ZGljdEFzWE1MU3RyKGFEaWN0LDApDQpwcmludCAiXG5cbmFzIFhNTCBTdHJpbmdcbiIsIGFT dHINCg0KYVN0ciA9IGluaU1nci5kaWN0QXNMRElGU3RyKGFEaWN0KQ0KcHJpbnQgIlxuXG5h cyBMRElGIC0gTERBUCBTdHJpbmciLCBhU3RyDQoNCiMgbXZhLmR1bXBNVkEoYURpY3QsIDAp DQphU3RyID0gaW5pTWdyLmRpY3RBc01WQVN0cihhRGljdCkNCnByaW50ICJcblxuYXMgTVZB IFN0cmluZyIsIGFTdHINCmFTZWNPYmogPSBpbmlNZ3IuZnJvbU1WQVN0cihhU3RyKQ0KbXZh LmR1bXBNVkEoYVNlY09iaiwgMCkNCg0KDQoNCg== --openmail-part-0fa27ddb-00000001-- From larsga@ifi.uio.no Sun Aug 30 12:30:17 1998 From: larsga@ifi.uio.no (Lars Marius Garshol) Date: Sun, 30 Aug 1998 13:30:17 +0200 Subject: [XML-SIG] XML to HTML/ LaTeX translator In-Reply-To: References: <199808291600.MAA22339@python.org> Message-ID: <3.0.1.32.19980830133017.00b86734@ifi.uio.no> * Eklavya Khera > >I am planning to develop this software if it hasn't already been done so! >If there is a similar thing could someone please direct me to it or >at least give me direction to follow. Jade can convert both XML and SGML to RTF, TeX (not LaTeX), MIFF and HTML. It's a DSSSL engine and so uses DSSSL style sheets. (To see what DSSSL is, take a look at my XML introduction at: , Fri, 28 Aug 1998 10:14:00 -0400 (EDT) , <13798.47324.921033.764667@amarok.cnri.reston.va.us> Message-ID: > Last night it struck me that it might be very helpful if we had a > public CVS tree for the XML package. A server is available, and > producing a read-only tree is apparently not very difficult, but > granting write access may also be possible, so that the various > developers can check in changes. > > What do you all think? Would a CVS server assist development? I think it definitely would help. However, write access may pose a problem, especially if we don't want everyone to be able to change every bit of the tree. What may be easier is semi-automatic updates, with a human (i.e. you:-) in the loop. Developers would mail diffs to you in an easy to recognize way (a different mail alias would probably be easiest), and after a quick check you would just feed the mail messages into patch and do the commit. -- Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++ Jack.Jansen@cwi.nl | ++++ if you agree copy these lines to your sig ++++ http://www.cwi.nl/~jack | see http://www.xs4all.nl/~tank/spg-l/sigaction.htm From gstein@lyra.org Mon Aug 31 10:06:46 1998 From: gstein@lyra.org (Greg Stein) Date: Mon, 31 Aug 1998 02:06:46 -0700 Subject: [XML-SIG] (fwd) WebDAV extensions to urllib/httplib? References: <199808281912.VAA11878@sokrates.informatik.uni-bonn.de> <13799.6603.697513.876549@amarok.cnri.reston.va.us> Message-ID: <35EA67A6.6AF8F093@lyra.org> Andrew M. Kuchling wrote: > > "Steven Heaney" writes: > >Can anybody point me to some software to kick-start development of > >a client library for interacting with a 'WebDAV' server? Specifically, > >I have in mind a forms-based interface to the Netscape Web Publisher > >functionality. > > I don't know of anyone who's started on implementing bits of > WebDAV in Python, but most of the pieces--httplib.py, XML parsing--are > probably already in place, and you'd only have to glue them together. > (This is gathered from a cursory glance at the WebDAV draft, so take > it with a grain of salt.) I'd be interested in following your work on this, as I had planned to start a similar library in about a month. I'll happily consult on info for a while, and take a more direct role later. thx -g -- Greg Stein (gstein@lyra.org) execfile("disclaimer.py") From Jack.Jansen@cwi.nl Mon Aug 31 10:15:45 1998 From: Jack.Jansen@cwi.nl (Jack Jansen) Date: Mon, 31 Aug 1998 11:15:45 +0200 Subject: [XML-SIG] So how can _we_ use XML? In-Reply-To: Message by "Andrew M. Kuchling" , Fri, 28 Aug 1998 12:09:59 -0400 (EDT) , <13798.52896.378388.970838@amarok.cnri.reston.va.us> Message-ID: > In answer to Mark's question: Mark, are you asking what XML > means to the Python codebase itself, or what XML is good for in > general? > > [... general XML usefulness omitted] > > In direct reference to the Python code base, that's a more > tenuous influence. XML doesn't have many repercussions for the Python > interpreter itself, though it is exerting strong pressure to add wide > string support. I think there's another way in which XML may influence Python, and that is in the APIs, both the parser and DOM APIs. I have the feeling that we have lots of database-ish modules (rfc822, mailbox and NT registry are a few that come to mind), it would be really really nice if all of these would have an API that was similar. DOM looks like it could be good enough for this. The advantage of a similar interface is that you could easily change the underlying representation of your data if needed. For instance, mailbox/rfc822 is nice enough if you want to scan a few hundred messages, but if you want to scan hundreds of thousands of messages (and scan them often) it may be worthwhile to use a different data storage mechanism while keeping your whole program intact. -- Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++ Jack.Jansen@cwi.nl | ++++ if you agree copy these lines to your sig ++++ http://www.cwi.nl/~jack | see http://www.xs4all.nl/~tank/spg-l/sigaction.htm From akuchlin@cnri.reston.va.us Mon Aug 31 22:26:46 1998 From: akuchlin@cnri.reston.va.us (Andrew M. Kuchling) Date: Mon, 31 Aug 1998 17:26:46 -0400 (EDT) Subject: [XML-SIG] Could we use a public CVS tree? In-Reply-To: References: <13798.47324.921033.764667@amarok.cnri.reston.va.us> Message-ID: <13803.5025.168417.290190@amarok.cnri.reston.va.us> Jack Jansen writes: >I think it definitely would help. However, write access may pose a problem, >especially if we don't want everyone to be able to change every bit of the >tree. What may be easier is semi-automatic updates, with a human (i.e. you:-) >in the loop. Developers would mail diffs to you in an easy to recognize way (a >different mail alias would probably be easiest), and after a quick check you >would just feed the mail messages into patch and do the commit. I agree that write-access is less vital; people are working on separate components of the package, so it's quite simple for me to drop in the latest sgmlop.c or saxlib or whatever, and commit the resulting changes. I'll be working on setting this up, and hope to have it operational later this week. -- A.M. Kuchling http://starship.skyport.net/crew/amk/ You'll have to leave my meals on a tray outside the door because I'll be working pretty late on the secret of making myself invisible, which may take me almost until eleven o'clock. -- S.J. Perelman, "Captain Future, Block That Kick!"