<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.lisp.cl-emb.devel">
    <title>gmane.lisp.cl-emb.devel</title>
    <link>http://permalink.gmane.org/gmane.lisp.cl-emb.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.cl-emb.devel/43"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.cl-emb.devel/42"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.cl-emb.devel/41"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.cl-emb.devel/40"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.cl-emb.devel/43">
    <title>Chris Parker wants to stay in touch on LinkedIn</title>
    <link>http://permalink.gmane.org/gmane.lisp.cl-emb.devel/43</link>
    <description>&lt;pre&gt;LinkedIn
------------

   
I'd like to add you to my professional network on LinkedIn.

- Chris Parker

Chris Parker
Chief Architect at Adelpo 
Houston, Texas Area

Confirm that you know Chris Parker
https://www.linkedin.com/e/-q941lc-giiack13-2x/isd/2084733277/45mslBQL/


 
&lt;/pre&gt;</description>
    <dc:creator>Chris Parker</dc:creator>
    <dc:date>2011-01-04T04:14:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.cl-emb.devel/42">
    <title>Mode of generation - to string or to stream</title>
    <link>http://permalink.gmane.org/gmane.lisp.cl-emb.devel/42</link>
    <description>&lt;pre&gt;Hello.
Till now, there was no way to make CL-Emb not store the entire
processed text in memory while generating. When trying to use CL-Emb to
generate a document of size greater than 100MB, it is quite unfortunate.

As the main part of generating code is generated through a string, I
committed a dirty workaround: one can set a variable (which defaults to
"with-output-to-string (*standard-output*)") to implement some other
kind of redirection.

It works OK for rare uses.

My questions are:
1) Is anyone else still using cl-emb? I will maintain it anyway, I will
try to fix bugs reported to the mailing list etc, but I wonder whether I
am the only user.
2) Does anyone else need such a bypass?
3) What would you like to get from such a feature?

Michael Raskin

&lt;/pre&gt;</description>
    <dc:creator>Michael Raskin</dc:creator>
    <dc:date>2010-06-30T14:26:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.cl-emb.devel/41">
    <title>Alternative repository for cl-emb</title>
    <link>http://permalink.gmane.org/gmane.lisp.cl-emb.devel/41</link>
    <description>&lt;pre&gt;Hello.
As I have said, I am maintaining CL-EMB for my work projects. I have
added the first noticeable feature (however small): escaping for LaTeX.
I store my additions in a monotone repository; relevant branch is
uploaded to mtn-host. You can browse the repository and/or download
tarball at
http://mtn-host.prjek.net/viewmtn/cl-emb/branch/changes/ru.mccme.dev.cl-emb

Later I will probably add links to CLiki (eventually replacing old
cl-emb tarballs with my updated tarball).

Maybe this maintenance repository should also be mentioned on CL-EMB
project page at common-lisp.net.

Michael Raskin

&lt;/pre&gt;</description>
    <dc:creator>Michael Raskin</dc:creator>
    <dc:date>2009-12-28T10:14:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.cl-emb.devel/40">
    <title>The CL-EMB project needs a new maintainer</title>
    <link>http://permalink.gmane.org/gmane.lisp.cl-emb.devel/40</link>
    <description>&lt;pre&gt;Hello.
Currently, I am doing a project using Hunchentoot where I work, and I
found CL-EMB to suit my needs best of all options.
I have found some minor inconvenience in CL-EMB (escaping requires all
variables to be strings for no apparent reason) and prepared a trivial
patch for it.
It would be nice to have it upstream, but that requires finding a
CL-EMB maintainer. So I can be the maintainer as the list traffic is low
anyway and the code seems to be quite nice and simple.
There is no promise to refactor anything that "must be refactored" but
works. On the other hand, I already have personal interest in CL-EMB
working reliably, so I will do my best to fix the bugs.
I have some Scheme background (lots of small personal
combinatorics-crunchers) and smaller Common Lisp background (accepted
patches in StumpWM), so I am better than nobody.

Michael Raskin
diff -ur cl-emb-0.4.4/emb.lisp cl-emb-0.4.4-my/emb.lisp
--- cl-emb-0.4.4/emb.lisp2008-06-10 23:25:27.000000000 +0400
+++ cl-emb-0.4.4-my/emb.lisp2009-&lt;/pre&gt;</description>
    <dc:creator>Michael Raskin</dc:creator>
    <dc:date>2009-10-30T09:54:33</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.lisp.cl-emb.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.lisp.cl-emb.devel</link>
  </textinput>
</rdf:RDF>
