headers
felix winkelmann | 1 Jun 2008 02:23
Picon

Re: Is the GTK+ egg still alive?

On Tue, May 27, 2008 at 4:28 AM, John Maxwell <jmax <at> toad.net> wrote:
> Gentlefolk-

Uh oh - late reply. Sorry.

>
> Is the GTK+ egg still a live project? I poked around a bit, and it looks
> like the project started off OK, but I couldn't find any signs of recent
> activity.

AFAIK, nobody is really taking care of in the moment.

>
> This is a thing which would make my life much more pleasant; enough so
> that I'd be willing to spend some time and effort on it, if the basic
> problem is a lack of people working on it.

I think that would be great - I'm not aware of any serious problems with it,
just that it has no maintainer. Please, feel free to dig into it.

cheers,
felix
Permalink | Reply | 4 comments |
headers
Elf | 1 Jun 2008 02:29

Re: Is the GTK+ egg still alive?


I was working on it, but I've been sidetracked into some build system fixes.
Apologies.  If you want to take over, feel free!

-elf

On Sun, 1 Jun 2008, felix winkelmann wrote:

> On Tue, May 27, 2008 at 4:28 AM, John Maxwell <jmax <at> toad.net> wrote:
>> Gentlefolk-
>
> Uh oh - late reply. Sorry.
>
>>
>> Is the GTK+ egg still a live project? I poked around a bit, and it looks
>> like the project started off OK, but I couldn't find any signs of recent
>> activity.
>
> AFAIK, nobody is really taking care of in the moment.
>
>>
>> This is a thing which would make my life much more pleasant; enough so
>> that I'd be willing to spend some time and effort on it, if the basic
>> problem is a lack of people working on it.
>
> I think that would be great - I'm not aware of any serious problems with it,
> just that it has no maintainer. Please, feel free to dig into it.
>
>
> cheers,
(Continue reading)

Permalink | Reply | 3 comments |
headers
Aleksej Saushev | 1 Jun 2008 15:38
Picon

Re: Anyone tried using datadraw with Chicken?

Matthew Welland <matt <at> kiatoa.com> writes:

> Has anyone tried using datadraw (http://datadraw.sourceforge.net/) with 
> Chicken? If so did any of the claimed performance benefits transfer to 
> Chicken code? It almost seems like a scheme compiler or interpreter could 
> be built on top of datadraw or coupled extremely close to it rather than 
> moving data in and out of it but in any case an interface to chicken seems 
> like it'd be really cool.

Any comparison to Berkeley DB? Or is just anouther incarnation of GPL NIH?

> I have some large chunks of data to munge and Chicken + sqlite3 is proving a 
> bit slow (8-20 hour run times) and I'm considering rethinking my approach.

There's a trade between speed and persistency, you can't get both.
If you want speed more than persistency, you should just drop the latter,
use main-memory DB or even no DB at all, if you don't need query language
or sharing data between processes.
Permalink | Reply | 0 comments |
headers
Mikael More | 1 Jun 2008 16:43
Picon

Gambit Berkeley DB library

Hi!

We're building a BDB library for Gambit right now. We leave it LGPL/Apache. You can have it.

Mikael

2008/6/1 Aleksej Saushev <asau <at> inbox.ru>:
Matthew Welland <matt <at> kiatoa.com> writes:

> Has anyone tried using datadraw (http://datadraw.sourceforge.net/) with
> Chicken? If so did any of the claimed performance benefits transfer to
> Chicken code? It almost seems like a scheme compiler or interpreter could
> be built on top of datadraw or coupled extremely close to it rather than
> moving data in and out of it but in any case an interface to chicken seems
> like it'd be really cool.

Any comparison to Berkeley DB? Or is just anouther incarnation of GPL NIH?

> I have some large chunks of data to munge and Chicken + sqlite3 is proving a
> bit slow (8-20 hour run times) and I'm considering rethinking my approach.

There's a trade between speed and persistency, you can't get both.
If you want speed more than persistency, you should just drop the latter,
use main-memory DB or even no DB at all, if you don't need query language
or sharing data between processes.



_______________________________________________
Chicken-users mailing list
Chicken-users <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/chicken-users

_______________________________________________
Chicken-users mailing list
Chicken-users <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/chicken-users
Permalink | Reply | 0 comments |
headers
felix winkelmann | 2 Jun 2008 22:36
Picon

Re: [Chicken-users] Minor problem with cmake-based chicken build on cygwin

On Sat, May 31, 2008 at 8:00 PM, Nathan Thern <nthern <at> gmail.com> wrote:
> Hi all-
> I just built chicken-3.2.0 on cygwin. The build went just fine, but the
> install put the runtime dlls (cygchicken-0.dll and cyguchicken-0.dll) in
> /usr/lib rather than /usr/bin. The installation did not work until I moved
> the dlls to /usr/bin.
>
> A quick inspection of the makefiles revealed that DLLSINPATH is not set
> in Makefile.cygwin (whereas it is in the mingw & msvc makefiles).
>
> The obvious fix is to define DLLSINPATH in the make arguments, but since the
> build is broken unless that is done, it looks like a bug to me. Perhaps this
> is a cmake bug, or a bug in the chicken source?

Hi!

I guess this is a bug in our build - thanks for reporting it. BTW, we don't use
CMake anymore, so this has nothing to do with CMake itself, cygwin or the
now historical cmake-based chicken build.

cheers,
felix
Permalink | Reply | 0 comments |
headers
Nathan Thern | 3 Jun 2008 02:38
Picon

Re: Minor problem with cmake-based chicken build on cygwin

On Mon, Jun 2, 2008 at 3:36 PM, felix winkelmann <bunny351 <at> gmail.com> wrote:
> On Sat, May 31, 2008 at 8:00 PM, Nathan Thern <nthern <at> gmail.com> wrote:
>
> Hi!
>
> I guess this is a bug in our build - thanks for reporting it. BTW, we don't use
> CMake anymore, so this has nothing to do with CMake itself, cygwin or the
> now historical cmake-based chicken build.
>
>
> cheers,
> felix
>

Thanks, Felix. So how does the chicken development team handle
platform portability?

NT
Permalink | Reply | 2 comments |
headers
Tom Poliquin | 3 Jun 2008 05:13
Favicon

Re: libsvm egg install problem

Dashi,

Thanks for the reply .. and sorry for my delay
(startup deadline) ..

> Tom Poliquin wrote:
> > I'm trying to install the libsvm egg and not
> > having much success.
> >

> I've updated the egg (v1.1), which hopefully works fine.
> Please give it a try.
>

I tried it out and still having difficulties (albeit different ones :-) )

Here's the output of chicken-setup .. 

------------------
[cowboyneal <at> giliath chicken]$ chicken-setup libsvm

The extension libsvm does not exist.
Do you want to download it ? (yes/no/abort) [yes] yes
downloading libsvm.egg from (www.call-with-current-continuation.org eggs/3 80) 
  gzip -d -c /tmp/chicken-setup-3-cowboyneal/downloads/libsvm.egg | tar xf -
  /home/cowboyneal/bin/csc -feature compiling-extension -s -O2 libsvm_core.scm 
l
ibsvm_core_wrap.c -lsvm -I/usr/include/libsvm-2.0/libsvm
  /home/cowboyneal/bin/csc -feature compiling-extension -s -O2 libsvm.scm
Warning: extension `libsvm_core' is currently not installed
  rm -fr /home/cowboyneal/lib/chicken/3/libsvm.so
  cp -r libsvm.so /home/cowboyneal/lib/chicken/3/libsvm.so
  chmod a+r /home/cowboyneal/lib/chicken/3/libsvm.so
  rm -fr /home/cowboyneal/lib/chicken/3/libsvm_core.so
  cp -r libsvm_core.so /home/cowboyneal/lib/chicken/3/libsvm_core.so
  chmod a+r /home/cowboyneal/lib/chicken/3/libsvm_core.so
------------------

I ran it and got an undefined symbol .. __cxa_pure_virtual

------------------
[cowboyneal <at> giliath ~]$ csi svm.scm

CHICKEN
(c)2008 The Chicken Team
(c)2000-2007 Felix L. Winkelmann
Version 3.1.0 - linux-unix-gnu-x86      [ manyargs dload ptables applyhook ]
SVN rev. 10106  compiled 2008-05-20 on giliath (Linux)

; loading svm.scm ...
; loading /home/cowboyneal/lib/chicken/3/libsvm.so ...
; loading /home/cowboyneal/lib/chicken/3/libsvm_core.so ...
Error: (load) unable to load compiled module
"/home/cowboyneal/lib/chicken/3/libsvm_core.so"
"/home/cowboyneal/lib/libsvm.so.1: undefined symbol: __cxa_pure_virtual"
------------------

I dug around the Internet a bit and found it might be related
to libsupc++ so I edited the libsvm egg build to add it, see below.
(again I'm not an expert at this stuff).

I reran the setup (by untarring the egg and running chicken-setup) 
and got ..

------------------
[cowboyneal <at> giliath libsvm]$ chicken-setup
  /home/cowboyneal/bin/csc -feature compiling-extension -s -O2 libsvm_core.scm 
libsvm_core_wrap.c -lsvm -lsupc++ -I/usr/include/libsvm-2.0/libsvm
  /home/cowboyneal/bin/csc -feature compiling-extension -s -O2 libsvm.scm
  rm -fr /home/cowboyneal/lib/chicken/3/libsvm.so
  cp -r libsvm.so /home/cowboyneal/lib/chicken/3/libsvm.so
  chmod a+r /home/cowboyneal/lib/chicken/3/libsvm.so
  rm -fr /home/cowboyneal/lib/chicken/3/libsvm_core.so
  cp -r libsvm_core.so /home/cowboyneal/lib/chicken/3/libsvm_core.so
  chmod a+r /home/cowboyneal/lib/chicken/3/libsvm_core.so
  chmod a+r /home/cowboyneal/lib/chicken/3/libsvm.setup-info
------------------

All seemed well until I ran the test code ..
which ended with a SegFault.

------------------
[cowboyneal <at> giliath ~]$ csi svm.scm
CHICKEN
(c)2008 The Chicken Team
(c)2000-2007 Felix L. Winkelmann
Version 3.1.0 - linux-unix-gnu-x86      [ manyargs dload ptables applyhook ]
SVN rev. 10106  compiled 2008-05-20 on giliath (Linux)
; loading svm.scm ...
; loading /home/cowboyneal/lib/chicken/3/libsvm.so ...
; loading /home/cowboyneal/lib/chicken/3/libsvm_core.so ...
Segmentation fault
------------------

Looks like it's dying when loading the actual libsvm.so.1 ..
Did I mess up in building it?

> > g++ -fPIC -Wall -O3 -c svm.cpp
> > ld -shared -soname libsvm.so.1 -o libsvm.so.1.0 -lc svm.o
> > I then moved the .so into my ~/lib directory with appropriate
> > symbolic links ..
> > libsvm.so.1.0
> > libsvm.so.1 -> libsvm.so.1.0
> > libsvm.so -> libsvm.so.1.0
> > and ran ldconfig

Any thoughts appreciated ..

Tom

On Wednesday 28 May 2008 04:39, Daishi Kato wrote:
> Hi,
>
> I've updated the egg (v1.1), which hopefully works fine.
> Please give it a try.
>
> I've been testing against debian libsvm package.
> --daishi
>
> At Tue, 27 May 2008 12:50:13 -0700,
>
> Tom Poliquin wrote:
> > I'm trying to install the libsvm egg and not
> > having much success.
> >
> > The libsvm egg requires the libsvm library.
> >
> > I downloaded the only libsvm library I could find from
> > http://www.csie.ntu.edu.tw/~cjlin/libsvm/
> > (libsvm-2.86) which after installation only generates an svm.o.
> > I tried some older versions hoping to find one generating an 'so'
> > file but was unsuccessful.
> >
> > Undaunted, (and not an shared library expert) I did this ..
> > g++ -fPIC -Wall -O3 -c svm.cpp
> > ld -shared -soname libsvm.so.1 -o libsvm.so.1.0 -lc svm.o
> >
> > I then moved the .so into my ~/lib directory with appropriate
> > symbolic links ..
> > libsvm.so.1.0
> > libsvm.so.1 -> libsvm.so.1.0
> > libsvm.so -> libsvm.so.1.0
> > and ran ldconfig
> >
> > I then ran the egg install (I'm using
> > Chicken 3.1.0) and got ..
> >
> >   The extension libsvm does not exist.
> >   Do you want to download it ? (yes/no/abort) [yes] yes
> >   downloading libsvm.egg from (www.call-with-current-continuation.org
> > eggs/ 3 80) .
> >   gzip -d -c /tmp/chicken-setup-3-cowboyneal/downloads/libsvm.egg | tar
> > xf - /home/cowboyneal/bin/csc -feature compiling-extension -s -O2
> > libsvm.scm Warning: extension `libsvm_core' is currently not installed
> >   /home/cowboyneal/bin/csc
> >        -feature compiling-extension -s -O2 libsvm_core.scm l
> >   ibsvm_core_wrap.c -lsvm -I/usr/include/libsvm-2.0/libsvm
> >   Error: unbound variable: documentation
> >
> > Looks like I also need a libsvm_core.so .. I'm guessing I haven't
> > downloaded the right libsvm .. ?
> >
> > Any thoughts greatly appreciated,
> >
> > Tom
> >
> >
> >
> > _______________________________________________
> > Chicken-users mailing list
> > Chicken-users <at> nongnu.org
> > http://lists.nongnu.org/mailman/listinfo/chicken-users
> >
> > ******************************
> >  XREA.COM -Free Web Hosting-
> >  http://www.xrea.com/
> > ******************************
Permalink | Reply | 0 comments |
headers
Tom Poliquin | 3 Jun 2008 08:05
Favicon

Re: libsvm egg install problem

Dashi,

I messed up.

I dumbly used the 'svm-predict' example without
creating a model file!
So it looks like that is what caused the segfault.

I used your other example (svm-train), which
was well behaved but gave me the error shown
below.

I'll try to get some time in the next day or two
to create a real dataset and play with it a bit.

Looks like it's installed Ok ..

Thanks for the help and I'll update you
with my results.

Tom

--------
Error using svm-train example:
--------
CHICKEN
(c)2008 The Chicken Team
(c)2000-2007 Felix L. Winkelmann
Version 3.1.0 - linux-unix-gnu-x86      [ manyargs dload ptables applyhook ]
SVN rev. 10106  compiled 2008-05-20 on giliath (Linux)

; loading svm.scm ...
; loading /home/cowboyneal/lib/chicken/3/libsvm.so ...
; loading /home/cowboyneal/lib/chicken/3/libsvm_core.so ...
Error: libsvm: invalid data length

        Call history:

        <syntax>                (define model (svm-train (new-svm-problem 
labels
 data) (new-svm-parameter)))
        <syntax>                (##core#set! model (svm-train (new-svm-problem 
l
abels data) (new-svm-parameter)))
        <syntax>                (svm-train (new-svm-problem labels data) 
(new-sv
m-parameter))
        <syntax>                (new-svm-problem labels data)
        <syntax>                (new-svm-parameter)
        <eval>          (svm-train (new-svm-problem labels data) 
(new-svm-parame
ter))
        <eval>          (new-svm-problem labels data)
        libsvm.scm: 122  error                  <--
--------

> Dashi,
>
> Thanks for the reply .. and sorry for my delay
> (startup deadline) ..
>
> > Tom Poliquin wrote:
> > > I'm trying to install the libsvm egg and not
> > > having much success.
> >
> > I've updated the egg (v1.1), which hopefully works fine.
> > Please give it a try.
>
> I tried it out and still having difficulties (albeit different ones :-) )
>
> Here's the output of chicken-setup ..
>
> ------------------
> [cowboyneal <at> giliath chicken]$ chicken-setup libsvm
>
> The extension libsvm does not exist.
> Do you want to download it ? (yes/no/abort) [yes] yes
> downloading libsvm.egg from (www.call-with-current-continuation.org eggs/3
> 80) gzip -d -c /tmp/chicken-setup-3-cowboyneal/downloads/libsvm.egg | tar
> xf - /home/cowboyneal/bin/csc -feature compiling-extension -s -O2
> libsvm_core.scm l
> ibsvm_core_wrap.c -lsvm -I/usr/include/libsvm-2.0/libsvm
>   /home/cowboyneal/bin/csc -feature compiling-extension -s -O2 libsvm.scm
> Warning: extension `libsvm_core' is currently not installed
>   rm -fr /home/cowboyneal/lib/chicken/3/libsvm.so
>   cp -r libsvm.so /home/cowboyneal/lib/chicken/3/libsvm.so
>   chmod a+r /home/cowboyneal/lib/chicken/3/libsvm.so
>   rm -fr /home/cowboyneal/lib/chicken/3/libsvm_core.so
>   cp -r libsvm_core.so /home/cowboyneal/lib/chicken/3/libsvm_core.so
>   chmod a+r /home/cowboyneal/lib/chicken/3/libsvm_core.so
> ------------------
>
> I ran it and got an undefined symbol .. __cxa_pure_virtual
>
> ------------------
> [cowboyneal <at> giliath ~]$ csi svm.scm
>
> CHICKEN
> (c)2008 The Chicken Team
> (c)2000-2007 Felix L. Winkelmann
> Version 3.1.0 - linux-unix-gnu-x86      [ manyargs dload ptables applyhook
> ] SVN rev. 10106  compiled 2008-05-20 on giliath (Linux)
>
> ; loading svm.scm ...
> ; loading /home/cowboyneal/lib/chicken/3/libsvm.so ...
> ; loading /home/cowboyneal/lib/chicken/3/libsvm_core.so ...
> Error: (load) unable to load compiled module
> "/home/cowboyneal/lib/chicken/3/libsvm_core.so"
> "/home/cowboyneal/lib/libsvm.so.1: undefined symbol: __cxa_pure_virtual"
> ------------------
>
> I dug around the Internet a bit and found it might be related
> to libsupc++ so I edited the libsvm egg build to add it, see below.
> (again I'm not an expert at this stuff).
>
> I reran the setup (by untarring the egg and running chicken-setup)
> and got ..
>
> ------------------
> [cowboyneal <at> giliath libsvm]$ chicken-setup
>   /home/cowboyneal/bin/csc -feature compiling-extension -s -O2
> libsvm_core.scm libsvm_core_wrap.c -lsvm -lsupc++
> -I/usr/include/libsvm-2.0/libsvm /home/cowboyneal/bin/csc -feature
> compiling-extension -s -O2 libsvm.scm rm -fr
> /home/cowboyneal/lib/chicken/3/libsvm.so
>   cp -r libsvm.so /home/cowboyneal/lib/chicken/3/libsvm.so
>   chmod a+r /home/cowboyneal/lib/chicken/3/libsvm.so
>   rm -fr /home/cowboyneal/lib/chicken/3/libsvm_core.so
>   cp -r libsvm_core.so /home/cowboyneal/lib/chicken/3/libsvm_core.so
>   chmod a+r /home/cowboyneal/lib/chicken/3/libsvm_core.so
>   chmod a+r /home/cowboyneal/lib/chicken/3/libsvm.setup-info
> ------------------
>
> All seemed well until I ran the test code ..
> which ended with a SegFault.
>
> ------------------
> [cowboyneal <at> giliath ~]$ csi svm.scm
> CHICKEN
> (c)2008 The Chicken Team
> (c)2000-2007 Felix L. Winkelmann
> Version 3.1.0 - linux-unix-gnu-x86      [ manyargs dload ptables applyhook
> ] SVN rev. 10106  compiled 2008-05-20 on giliath (Linux)
> ; loading svm.scm ...
> ; loading /home/cowboyneal/lib/chicken/3/libsvm.so ...
> ; loading /home/cowboyneal/lib/chicken/3/libsvm_core.so ...
> Segmentation fault
> ------------------
>
> Looks like it's dying when loading the actual libsvm.so.1 ..
> Did I mess up in building it?
>
> > > g++ -fPIC -Wall -O3 -c svm.cpp
> > > ld -shared -soname libsvm.so.1 -o libsvm.so.1.0 -lc svm.o
> > > I then moved the .so into my ~/lib directory with appropriate
> > > symbolic links ..
> > > libsvm.so.1.0
> > > libsvm.so.1 -> libsvm.so.1.0
> > > libsvm.so -> libsvm.so.1.0
> > > and ran ldconfig
>
> Any thoughts appreciated ..
>
> Tom
>
> On Wednesday 28 May 2008 04:39, Daishi Kato wrote:
> > Hi,
> >
> > I've updated the egg (v1.1), which hopefully works fine.
> > Please give it a try.
> >
> > I've been testing against debian libsvm package.
> > --daishi
> >
> > At Tue, 27 May 2008 12:50:13 -0700,
> >
> > Tom Poliquin wrote:
> > > I'm trying to install the libsvm egg and not
> > > having much success.
> > >
> > > The libsvm egg requires the libsvm library.
> > >
> > > I downloaded the only libsvm library I could find from
> > > http://www.csie.ntu.edu.tw/~cjlin/libsvm/
> > > (libsvm-2.86) which after installation only generates an svm.o.
> > > I tried some older versions hoping to find one generating an 'so'
> > > file but was unsuccessful.
> > >
> > > Undaunted, (and not an shared library expert) I did this ..
> > > g++ -fPIC -Wall -O3 -c svm.cpp
> > > ld -shared -soname libsvm.so.1 -o libsvm.so.1.0 -lc svm.o
> > >
> > > I then moved the .so into my ~/lib directory with appropriate
> > > symbolic links ..
> > > libsvm.so.1.0
> > > libsvm.so.1 -> libsvm.so.1.0
> > > libsvm.so -> libsvm.so.1.0
> > > and ran ldconfig
> > >
> > > I then ran the egg install (I'm using
> > > Chicken 3.1.0) and got ..
> > >
> > >   The extension libsvm does not exist.
> > >   Do you want to download it ? (yes/no/abort) [yes] yes
> > >   downloading libsvm.egg from (www.call-with-current-continuation.org
> > > eggs/ 3 80) .
> > >   gzip -d -c /tmp/chicken-setup-3-cowboyneal/downloads/libsvm.egg | tar
> > > xf - /home/cowboyneal/bin/csc -feature compiling-extension -s -O2
> > > libsvm.scm Warning: extension `libsvm_core' is currently not installed
> > >   /home/cowboyneal/bin/csc
> > >        -feature compiling-extension -s -O2 libsvm_core.scm l
> > >   ibsvm_core_wrap.c -lsvm -I/usr/include/libsvm-2.0/libsvm
> > >   Error: unbound variable: documentation
> > >
> > > Looks like I also need a libsvm_core.so .. I'm guessing I haven't
> > > downloaded the right libsvm .. ?
> > >
> > > Any thoughts greatly appreciated,
> > >
> > > Tom
> > >
> > >
> > >
> > > _______________________________________________
> > > Chicken-users mailing list
> > > Chicken-users <at> nongnu.org
> > > http://lists.nongnu.org/mailman/listinfo/chicken-users
> > >
> > > ******************************
> > >  XREA.COM -Free Web Hosting-
> > >  http://www.xrea.com/
> > > ******************************
Permalink | Reply | 501 comments |
headers
felix winkelmann | 3 Jun 2008 11:20
Picon

Re: Minor problem with cmake-based chicken build on cygwin

On Tue, Jun 3, 2008 at 2:38 AM, Nathan Thern <nthern <at> gmail.com> wrote:
>
> Thanks, Felix. So how does the chicken development team handle
> platform portability?
>

We have multiple Makefile-fragments and configure the build
via variables set on the command line, for example:

make PLATFORM=linux DEBUGBUILD=1

Writing our own makefiles in the end gives us more control. The CMake-based
build turned out to require lots of workarounds due to CMake limitations.
Additionally, it seems that users and contributers find it easier to submit
improvements.

cheers,
felix
Permalink | Reply | 1 comment |
headers
Elf | 3 Jun 2008 11:22

Re: Minor problem with cmake-based chicken build on cygwin


Felix,

I'm almost done with the new make system and compatibilities code for the 
various supported systems.  :)

-elf

On Tue, 3 Jun 2008, felix winkelmann wrote:

> On Tue, Jun 3, 2008 at 2:38 AM, Nathan Thern <nthern <at> gmail.com> wrote:
>>
>> Thanks, Felix. So how does the chicken development team handle
>> platform portability?
>>
>
> We have multiple Makefile-fragments and configure the build
> via variables set on the command line, for example:
>
> make PLATFORM=linux DEBUGBUILD=1
>
> Writing our own makefiles in the end gives us more control. The CMake-based
> build turned out to require lots of workarounds due to CMake limitations.
> Additionally, it seems that users and contributers find it easier to submit
> improvements.
>
>
> cheers,
> felix
>
>
> _______________________________________________
> Chicken-users mailing list
> Chicken-users <at> nongnu.org
> http://lists.nongnu.org/mailman/listinfo/chicken-users
>
Permalink | Reply | 0 comments |

Gmane