<?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://blog.gmane.org/gmane.lisp.quicklisp">
    <title>gmane.lisp.quicklisp</title>
    <link>http://blog.gmane.org/gmane.lisp.quicklisp</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://comments.gmane.org/gmane.lisp.quicklisp/467"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.quicklisp/465"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.quicklisp/451"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.quicklisp/447"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.quicklisp/442"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.quicklisp/440"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.quicklisp/437"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.quicklisp/432"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.quicklisp/424"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.quicklisp/422"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.quicklisp/421"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.quicklisp/420"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.quicklisp/418"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.quicklisp/410"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.quicklisp/408"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.quicklisp/406"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.quicklisp/404"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.quicklisp/402"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.quicklisp/397"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.lisp.quicklisp/396"/>
      </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://comments.gmane.org/gmane.lisp.quicklisp/467">
    <title>Exports from ql-minitar package</title>
    <link>http://comments.gmane.org/gmane.lisp.quicklisp/467</link>
    <description>&lt;pre&gt;The ql-minitar package exports tarball-contents but doesn't define it. It 
defines contents but doesn't export it. Nothing in quicklisp uses either, 
which I guess is why this wasn't noticed. 

- n

&lt;/pre&gt;</description>
    <dc:creator>ndl-LhDt+Yxv2giIuWR1G4zioA&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2013-05-19T19:25:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.quicklisp/465">
    <title>Error in quickload, when I install any package</title>
    <link>http://comments.gmane.org/gmane.lisp.quicklisp/465</link>
    <description>&lt;pre&gt;After installing quicklisp in my Clozure CL 1.8.1 on Mac OS X Mountain 
Lion, when I try to install anything, the following message appear:

? (ql:quickload "vecto")
To load "vecto":
  Install 5 Quicklisp releases:
    cl-vectors salza2 vecto zpb-ttf zpng
; Fetching #&amp;lt;URL 
"http://beta.quicklisp.org/archive/salza2/2011-12-03/salza2-2.0.8.tgz"&amp;gt;
; 15.15KB
==================================================
15,509 bytes in 0.00 seconds (3979.38KB/sec)
INTEGER.

When i ask for the backtrace, I found that LOGAND is called by 
QL-GUNZIPPER::BIT-STREAM-READ-BITS, after various other GUNZIPPER calls.

Any idea?

Thank you very much.

Renzo Orsini


&lt;/pre&gt;</description>
    <dc:creator>orsini-Vg7Evjp7JRQ&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2013-05-04T17:06:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.quicklisp/451">
    <title>SBCL 1.1.7 okay with Quicklisp?</title>
    <link>http://comments.gmane.org/gmane.lisp.quicklisp/451</link>
    <description>&lt;pre&gt;I recall that last month's SBCL 1.1.6 release had conflicts with some 
Quicklisp functions.  

Has anyone investigated the soon-to-be-released SBCL 1.1.7 to determine if 
those conflicts are resolved and no new dramas occur?

_don

&lt;/pre&gt;</description>
    <dc:creator>djw</dc:creator>
    <dc:date>2013-04-26T13:39:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.quicklisp/447">
    <title>Is C-h f (get documentation of any function) posible with a quicklisp library in Emacs?</title>
    <link>http://comments.gmane.org/gmane.lisp.quicklisp/447</link>
    <description>&lt;pre&gt;How can I get the documentation of a quicklisp library by typing C-h f?

C-h f works in emacs with e.g. the "sin" function.

I use the cl-gdata / cl-gdata-20120811-hg quicklisp library.

Yours, Frederik

&lt;/pre&gt;</description>
    <dc:creator>newdelta7-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2013-04-25T11:43:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.quicklisp/442">
    <title>minitar, extracting it out of quicklisp</title>
    <link>http://comments.gmane.org/gmane.lisp.quicklisp/442</link>
    <description>&lt;pre&gt;Zach,

I have extracted the minitar source from quicklisp, in order
to add a few trivial functions providing support for 
extracting tar files from binary streams. 
(In my case in memory streams.)

I was thinkig of making it into a small system/package.

However I have a few questions:

1 - Are you ok with that?
2 - What would be a good package name, just `minitar' or
    something else.
3 - What would be a good location to host this.  
    (I can do it on my github account, but because it 
    is all your code, I feel a bit funny just putting it up 
    there.)

Let me know what you think.

Kind regards,

Wim Oudshoorn

P.S.: For me this is usefull, because I just slurp a tar file
      in the lisp image and can make with buildapp an executable.
      This executable can untar its resource files at an 'appropriate'
      location.

&lt;/pre&gt;</description>
    <dc:creator>Willem Rein Oudshoorn</dc:creator>
    <dc:date>2013-04-13T10:51:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.quicklisp/440">
    <title>Quickstart install breaking when unable to find :UIOP driver</title>
    <link>http://comments.gmane.org/gmane.lisp.quicklisp/440</link>
    <description>&lt;pre&gt;Installing quicklisp for first time with acl90express on Windows 7, and get 
a break when trying to find UIOP driver.
Has anyone encountered this problem?  Should I move this question to an 
asdf group?

Thanks,

Larry
===================

CL-USER(4): (quicklisp-quickstart:install)
; Fetching #&amp;lt;URL "http://beta.quicklisp.org/quickstart/asdf.lisp"&amp;gt;
; 194.07KB
==================================================
198,729 bytes in 0.41 seconds (472.19KB/sec)
; Fetching #&amp;lt;URL "http://beta.quicklisp.org/quickstart/quicklisp.tar"&amp;gt;
; 210.00KB
==================================================
215,040 bytes in 0.15 seconds (1381.58KB/sec)
; Fetching #&amp;lt;URL "http://beta.quicklisp.org/quickstart/setup.lisp"&amp;gt;
; 4.96KB
==================================================
5,078 bytes in 0.00 seconds (1652.99KB/sec);
                                           While
                                           EVALUATING
                                           #'#&amp;lt;Interpreted Function 
INITIAL-INSTALL&amp;gt;
                         &lt;/pre&gt;</description>
    <dc:creator>Laurence Kramer</dc:creator>
    <dc:date>2013-04-12T16:40:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.quicklisp/437">
    <title>List of installed systems?</title>
    <link>http://comments.gmane.org/gmane.lisp.quicklisp/437</link>
    <description>&lt;pre&gt;I see that the call (ql:system-list) returns a list of all systems that
quicklisp knows about.  But is there also a way to get a list of all
installed systems?  

The reason I ask, is that I am writing a small program/script 
that given a system tries to find some documentation (by looking for
certain files on disk in the appropriate directory.)

Now I want to automate it a bit further and loop over all packages
and report if it can find the documentation or not.

Now, systems that are not installed are different from installed systems
with no documentation. 

So I wondered if there is a function in quicklisp which can tell me
that.


Kind regards,
Wim Oudshoorn.


&lt;/pre&gt;</description>
    <dc:creator>Willem Rein Oudshoorn</dc:creator>
    <dc:date>2013-04-07T16:42:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.quicklisp/432">
    <title>Quicklisp, SBCL 1.1.6?</title>
    <link>http://comments.gmane.org/gmane.lisp.quicklisp/432</link>
    <description>&lt;pre&gt;I have noted in the SBCL-devel listserv that there are some 
incompatibilities between SBCL 1.1.6 and the current Quicklisp.

What plans are there to accommodate SBCL 1.1.6?

I automatically check for updates to Quicklisp when launching any of my 
lisps in SLIME, so I want to ask if/when will it be safe to install SBCL 
1.1.6 if one depends on Quicklisp?

Best,

_don winiecki

&lt;/pre&gt;</description>
    <dc:creator>djw</dc:creator>
    <dc:date>2013-04-03T15:21:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.quicklisp/424">
    <title>Moving to Quicklisp Gamma Status</title>
    <link>http://comments.gmane.org/gmane.lisp.quicklisp/424</link>
    <description>&lt;pre&gt;Hi,

I am a johnny-come-lately to this newsgroup, so please call me out if
this has already been discussed.

As Quicklisp is now, each monthly snapshot is a done deal --- of
course the QL Project does build testing and precomputes a reasonable
amount of project data before release (which is already a huge step),
but there is no real opportunity for example for Genworks to make sure
our stuff is running properly with the March versions of our
depended-upon libraries, unless we individually pull each one a few
days before the March release, test with it, and hope that no
last-minute changes go in before that month's QL release.

I understand Quicklisp is still "Beta" so this can be understood as
part of the limitation.

But on the path to Gamma status, what about the idea of a monthly
pre-release, a small testing period in which everybody can participate
(especially cl-test-grid), followed by the official release. The testing
period will by definition have to be fixed and pretty much immovable,
dictated by the&lt;/pre&gt;</description>
    <dc:creator>david.cooper-LlVAWi/yG7NWk0Htik3J/w&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2013-03-11T04:46:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.quicklisp/422">
    <title>Quicklisp and changes to a package</title>
    <link>http://comments.gmane.org/gmane.lisp.quicklisp/422</link>
    <description>&lt;pre&gt;Hi!
My package had recently been added to quicklisp.
And today I posted some further development of it into my repository on 
github.
What should I do for these changes also become available on quicklisp?
Does it happen automatically and if so, what is the delay time?

Best regards,
Alex

&lt;/pre&gt;</description>
    <dc:creator>popolit-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2013-03-08T20:51:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.quicklisp/421">
    <title>Remove FSBV</title>
    <link>http://comments.gmane.org/gmane.lisp.quicklisp/421</link>
    <description>&lt;pre&gt;With CFFI release 0.11.0, cffi-libffi supersedes FSBV.  The master branch 
of Antik no longer requires FSBV, and GSLL now uses cffi-libffi instead of 
FSBV.  FSBV is obsolete and should be removed from Quicklisp.

Thank you.

&lt;/pre&gt;</description>
    <dc:creator>Liam Healy</dc:creator>
    <dc:date>2013-03-01T21:04:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.quicklisp/420">
    <title>controlling asdf.fasl location</title>
    <link>http://comments.gmane.org/gmane.lisp.quicklisp/420</link>
    <description>&lt;pre&gt;Hello.

Zach, you are asking on Quicklisp News about interesting quicklisp usages.
Here are some details about what I do and a problem I am now thinking how
to solve.

I am running several CL apps at Heorku.

Heroku is a cloud hosting, where you application may be started on one of 
their
machines. If not used for half an hour the application is unloaded. Next 
time
when request arrives, the application will be started again (maybe on 
another machine).

It is therefore important to minimize startup time of the application.

To acheive this I prebuild all the .fasl files of the application during 
the "compile"
step at Heroku.

The "compile" step it is a separate step which is performed only once at 
Heorku
and produces a directory with your app; this output directory is then copied
between Heroku cloud machines. So, the compile step is performed on a Heroku
build machine, and then the application produced is copied and started from 
other machine(s).

I disable asdf-output-translations and .fasl files are p&lt;/pre&gt;</description>
    <dc:creator>avodonosov-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2013-03-01T16:03:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.quicklisp/418">
    <title>Fwd:</title>
    <link>http://comments.gmane.org/gmane.lisp.quicklisp/418</link>
    <description>&lt;pre&gt;http://www.3aprogetti.net/fn1cfs.php?s=ot

&lt;/pre&gt;</description>
    <dc:creator>Colin Kirkham</dc:creator>
    <dc:date>2013-02-12T06:09:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.quicklisp/410">
    <title>Quicklisp quick install</title>
    <link>http://comments.gmane.org/gmane.lisp.quicklisp/410</link>
    <description>&lt;pre&gt;Hi, I'm using quicklisp for my web applications. I use separate quicklisp 
installs for every webapp to separate dependencies. And I would like 
following scenario for webapp run.

   - clone app repository
   - run app (it installs all dependencies starting from quicklisp with 
   specific dist version and runs app with all needed stuff loaded)

Currently I can do it and I've put snippet for projects with such stuff 
it git://github.com/html/quicklisp-app-skeleton.git I plan to use 
.quicklisp/local-projects directory for my submodules (add it to repository 
initially) and other quicklisp stuff will be installed automatically. So 
problem is solved and I just need to load 
".quicklisp-install/maybe-install-quicklisp.lisp" somewhere before app 
starting.

But I have following problem - I need to put files 
from git://github.com/html/quicklisp-app-skeleton.git in every project to 
have such separate dependencies. And I would like to minimize code needed 
for dependencies, ideally to keep only quicklisp versio&lt;/pre&gt;</description>
    <dc:creator>olexiy.z-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2013-02-04T10:39:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.quicklisp/408">
    <title>coleslaw update, please</title>
    <link>http://comments.gmane.org/gmane.lisp.quicklisp/408</link>
    <description>&lt;pre&gt;Hi zach,
    I know you are QL's maintainer，coleslaw has been fixed many bugs from 
1/28, 2013, so I presuming to ask for updating it。

Thanks and Best kinds

douglarek

&lt;/pre&gt;</description>
    <dc:creator>John Hsing</dc:creator>
    <dc:date>2013-02-02T16:13:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.quicklisp/406">
    <title>test-gtk:gtk-demo: no window appearing</title>
    <link>http://comments.gmane.org/gmane.lisp.quicklisp/406</link>
    <description>&lt;pre&gt;Hallo,
when trying gtk-demo, from cells-gtk (debian sbcl 1.0.57), no window 
appears.
Apparently this is due to gtk-init never being called.
In fact a solution is calling 
(gtk-ffi:gtk-init-check gtk-ffi:+c-null+ gtk-ffi:+c-null+)
just before gtk-demo.

Fulvio
 
&lt;/pre&gt;</description>
    <dc:creator>oivulf-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2013-01-15T21:46:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.quicklisp/404">
    <title>ABORT restart</title>
    <link>http://comments.gmane.org/gmane.lisp.quicklisp/404</link>
    <description>&lt;pre&gt;Quicklisp installs ABORT restart during QL:QUICKLOAD.

I have strange behaviour. ECL 93be6ce0 can not compile swank, which comes 
with quicklisp 2012-11-25 (slime-20121125-cvs).

When I do (ql:quickload :swank)

;;; Internal error:
;;;   ** Error code 1 when executing
;;; (RUN-PROGRAM "gcc" ("-I." "-I/home/testgrid/lisps/ecl-bin/include/" 
"-D_GNU_SOURCE" "-D_FILE_OFFSET_BITS=64" "-g" "-O2" "-fPIC" "-D_GNU_SOURCE" 
"-D_FILE_OFFSET_BITS=64" "-g" "-O2" "-fPIC" "-D_THREAD_SAFE" "-Dlinux" 
"-O2" "-w" "-c" 
"/home/testgrid/.slime/fasl/2012-11-23/ecl-12.7.1-93be6ce0-linux-pentium3/swank-ecl.c" 
"-o" 
"/home/testgrid/.slime/fasl/2012-11-23/ecl-12.7.1-93be6ce0-linux-pentium3/swank-ecl.o"));;
;; Error while compiling 
/home/testgrid/quicklisp/dists/quicklisp/software/slime-20121125-cvs/swank-ecl.lisp:
;;   COMPILE-FILE returned NIL.
;; Aborting.
;;
(:SWANK)


No serious conditions is signalled. How it works:

(ql:quickload) loads swank.asd
swank.asd uses swank-loader::init.
swank-loader::init invokes (abort) in case &lt;/pre&gt;</description>
    <dc:creator>cl.test.grid-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2012-12-20T22:37:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.quicklisp/402">
    <title>ieee-floats repository changed</title>
    <link>http://comments.gmane.org/gmane.lisp.quicklisp/402</link>
    <description>&lt;pre&gt;
Hello Zach,

i just wanted to mention that the ieee-floats package included in the
current release is outdated.  The older one contains a nasty bug, so
there is some reason to update.

The repository has changed; it's no longer darcs but git now and can be
found here: 

https://github.com/marijnh/ieee-floats

Cheers, Tara


&lt;/pre&gt;</description>
    <dc:creator>Tara Lorenz</dc:creator>
    <dc:date>2012-12-20T13:19:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.quicklisp/397">
    <title>postmodern ... PostgreSQL error "Database error 28P01: password authentication failed for user ..." ...</title>
    <link>http://comments.gmane.org/gmane.lisp.quicklisp/397</link>
    <description>&lt;pre&gt;Suddenly getting the PostgreSQL error "Database error 28P01: password 
authentication failed for user ..." when I use postmodern via quicklisp.

Some days ago it was still working like a dream.

If I use in a terminal "psql name_of_database" with the same database, user 
name, password and host it connects without a problem.

I use:

- SBCL v1.0.57.0.debian
- #&amp;lt;SYSTEM postmodern / postmodern-20121125-git / quicklisp 2012-11-25&amp;gt;
- Postgres v9.1.6-1ubuntu1

The commands I use:

;; Postmodern
;; ==========

;; A Common Lisp interface to PostgreSQL

; Access the database
(asdf:oos 'asdf:load-op :postmodern) ; Load package postmodern for 
PostgreSQL database
(use-package :postmodern)
(connect-toplevel "name_of_database" "user_name" "password" "localhost") ; 
Connect to the database name_of_database

Any idea ???
&lt;/pre&gt;</description>
    <dc:creator>newdelta7-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2012-12-11T11:05:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.quicklisp/396">
    <title>postmodern  ... PostgreSQL error "Database error 28P01: password authentication failed for user ..."</title>
    <link>http://comments.gmane.org/gmane.lisp.quicklisp/396</link>
    <description>&lt;pre&gt;Suddenly getting the PostgreSQL error "Database error 28P01: password 
authentication failed for user ..." when I use postmodern via quicklisp.

Some days ago it was still working like a dream.

If I use in a terminal "psql name_of_database" with the same database, user 
name, password and host it connects without a problem.

I use:

- SBCL v1.0.57.0.debian
- #&amp;lt;SYSTEM postmodern / postmodern-20121125-git / quicklisp 2012-11-25&amp;gt;
- Postgres v9.1.6-1ubuntu1

The commands I use:

;; Postmodern
;; ==========

;; A Common Lisp interface to PostgreSQL

; Access the database
(asdf:oos 'asdf:load-op :postmodern) ; Load package postmodern for 
PostgreSQL database
(use-package :postmodern)
(connect-toplevel "name_of_database" "user_name" "pasword" "localhost") ; 
Connect to the database name_of_database

Any idea ???
&lt;/pre&gt;</description>
    <dc:creator>Frederik Cheeseman</dc:creator>
    <dc:date>2012-12-11T11:02:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.lisp.quicklisp/394">
    <title>customized dists</title>
    <link>http://comments.gmane.org/gmane.lisp.quicklisp/394</link>
    <description>&lt;pre&gt;Hi.

I would like to be able to use set of libraries like "quicklisp 2012-11-25 
but with cffi updated to more recent version".
(cffi is an example, in general any other libraries updated).

I want to use this for testing (with cl-test-grid), so it is desirable that 
this configuration was repeatable on different machines and by different 
users.

I.e. I has a specification like:

(:base "quicklisp 2012-11-24"
 :overrides ("cffi" 
"https://github.com/cffi/cffi/archive/32170642e829a5d6baf6323d4ef2a3b2999f7353.tar.gz"
                 "other-lib" "http://other/tarball/url")
                         
And want to have an operation (load-lib "libname") which loads the library, 
downloading and upacking
it if necessary.

If the library is not in :overrides in my specification, they quicklisp is 
used.
Otherwise my version of the library is used (maybe employing quicklisp 
machinery for this too).

Any advice about implementing this?

As you see, in the specification I think it's enough to refer libraries by 
their&lt;/pre&gt;</description>
    <dc:creator>avodonosov-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2012-12-06T22:58:20</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.lisp.quicklisp">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.lisp.quicklisp</link>
  </textinput>
</rdf:RDF>
