From luismbo at gmail.com  Mon Jan  2 22:05:53 2012
From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=)
Date: Mon, 2 Jan 2012 22:05:53 +0000
Subject: [babel-devel] Problem with gbk-map.lisp
Message-ID: <CAB-HnLQWBFu2RKkhyjhpMAGAZhno=jxJWMSzQ66FwtMMLqCeLg@mail.gmail.com>

Hello Wenpeng,

I missed an obvious problem with your patch, it depends on Lisps
loading gbk-map.lisp using the UTF-8 encoding. AFAIK, there's no good
way to portably enforce that via ASDF, so I've converted the file to
an ASCII representation. It's not as pretty as the previous version,
but it seems to work.

Cheers,

-- 
Lu?s Oliveira
http://r42.eu/~luis/



From levin108 at gmail.com  Tue Jan  3 07:38:12 2012
From: levin108 at gmail.com (levin)
Date: Tue, 3 Jan 2012 15:38:12 +0800
Subject: [babel-devel] Problem with gbk-map.lisp
In-Reply-To: <CAB-HnLQWBFu2RKkhyjhpMAGAZhno=jxJWMSzQ66FwtMMLqCeLg@mail.gmail.com>
References: <CAB-HnLQWBFu2RKkhyjhpMAGAZhno=jxJWMSzQ66FwtMMLqCeLg@mail.gmail.com>
Message-ID: <CA+vr8WYkkQ6baCghccYpjc=q1F4Fp=FByyYip+vFyKKGWpHZ5Q@mail.gmail.com>

Hi,Lu?s Oliveira

Thanks for telling me this problem, and I'm also glad that you fixed it,
sorry for the problem, I didn't take much consideration into this problem
when I was writing, BTW, ASCII representation is pretty enough.

Another problem you mentioned in the github issue list, I'd try to learn
how to write the ASDF tests suite.

Wenpeng Li

On Tue, Jan 3, 2012 at 6:05 AM, Lu?s Oliveira <luismbo at gmail.com> wrote:

> Hello Wenpeng,
>
> I missed an obvious problem with your patch, it depends on Lisps
> loading gbk-map.lisp using the UTF-8 encoding. AFAIK, there's no good
> way to portably enforce that via ASDF, so I've converted the file to
> an ASCII representation. It's not as pretty as the previous version,
> but it seems to work.
>
> Cheers,
>
> --
> Lu?s Oliveira
> http://r42.eu/~luis/
>



-- 
levin
basiccoder.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/babel-devel/attachments/20120103/8a6349cc/attachment.html>

From avodonosov at yandex.ru  Fri Jan  6 06:42:57 2012
From: avodonosov at yandex.ru (Anton Vodonosov)
Date: Fri, 06 Jan 2012 10:42:57 +0400
Subject: [babel-devel] [cffi-devel] Unit tests failures on different
	lisps
In-Reply-To: <CAB-HnLSzsir3Dcxcviv-uF=AwKZYbJwS4DbcRyy=Jv0CTSQ1xw@mail.gmail.com>
References: <760261325107519@web141.yandex.ru>
	<CAB-HnLSi9ZCP_jLywuJuV2e=ZRMQadSHqjMDD6MTsdHnr7wf-Q@mail.gmail.com>
	<854611325129024@web51.yandex.ru>
	<CAB-HnLSzsir3Dcxcviv-uF=AwKZYbJwS4DbcRyy=Jv0CTSQ1xw@mail.gmail.com>
Message-ID: <904341325832177@web51.yandex.ru>


29.12.2011, 15:08, "Lu?s Oliveira" <luismbo at gmail.com>:
> On Thu, Dec 29, 2011 at 3:23 AM, Anton Vodonosov <avodonosov at yandex.ru> wrote:
>
>> ?Not yet, because I am in the beginning of the project and only
>> ?starting to see the first results (it's not really a buildfarm, but
>> ?a small system where anyone may run a simple command, like
>> ?(load "agent.lisp"), and it runs the tests and submits the results
>> ?to the central server; so that we will be able to accumulate
>> ?the statictics; currently this command just runs tests on
>> ?whatever is the current quicklisp distribution is installed
>> ?on the system, and I am the only person who runs this command
>> ?- I am testing how it works and polishing the corner cases).
>
> OK, cool stuff. Have you considered using something like Jenkins?

Jenkins is an interesting software (thanks for the reference BTW), but
it (and other continuous integration servers) has not so much overlap 
with what I do.

For Jenkins to run tests we need to provide a command "run tests".
Out of box it will be unable to run CL tests. So it's the first thing
I do - unify the interface of running test suites of different CL
libraries.

Also it is important to represent results so that we can see
side by side results of a particular library on different CL
implementations; or results of all the libraries on different
quicklisp distributions and so on. Continuous integration
servers will not provide such a representation.

Another goal is that people can contribute test results for
their platforms. This will save us from dependency
and maintenance of some central build farm with
all the possible combinations of OS and CL implementations.

So, while continue integration servers main function is to 
run some command - "run tests" - on some schedule
or by evens like source control commits. 

In my opinion scheduling is not the main task to solve. 
With cl-test-grid I go bottom-up by providing an easy way to 
run tests on any platform and share results. 

If we have several contributors who agree to run a simple 
command manually say once a month, it should be enough 
(for the beginning at least) to monitor the CL landscape 
and detect regressions. 

After this will work, probably someone will want to configure a cron job 
for this command and don't spend any attention on this at alll,
but on some platforms there might be limitations which will require
starting tests manually. Today it's a bit early to think about this.

Best regards,
- Anton