[Pharo-users] A new idea for a project: WarpSpeed (a C inliner)

[Dimitris Chloupis]

So now that AsmJit is gone , I had a new idea for a project and I wanted
your opinion on this if you think it will be useful for the community, I
call it WarpSpeed.

I was thinking it would still be cool to have some kind of library that
will help us boost the speed of pharo . So I was thinking about a C
inliner  which is far easier than an Assembly inliner (see AsmJIT)  I also
found TinyC

http://bellard.org/tcc/

 which is as you guessed a tiny c compiler 100kbs in size which i can
include with a pharo image to allow me to dynamically compile inlined C
code inside the pharo image so even pharo users without a C compiler
installed can benefit from it .

That means that if something does not perform as fast as you want you could
mix C code with pharo code , I am thinking passing the C source code as a
string or even having the C code in a separate file, and then dynamically
call the TinyC compiler, compile it to shared library and load if via UFFI
back to pharo. TinyC is very fast so compilation of the code should be as
fast if not faster than compiling pharo code.

Looks easy enough to do for a small project by me with the condition there
are people really interested into something like this. TinyC is licensed as
LGPL but I can make it fall back to other compilers as well if ones want to
close the source.

How it sounds as an idea ?

[Pharo-users] CrashDetector made for sprint

[Thibault Raffaillac]

Dear Pharo users,

We made a short script with Guille during the Pharo sprint to detect at startup 
when image crashed, and propose to open changes browser to recover lost 
changes. It should be useful for beginners who do not know of the Changes 
Browser.

It should be available tomorrow on Catalog browser, otherwise run:
Gofer it
smalltalkhubUser: 'ThibaultRaffaillac' project: 'CrashDetector';
configurationOf: 'CrashDetector';
loadStable

Patches and comments welcome :)
Thibault

Re: [Pharo-users] Pb with the CI @ INRIA?

[Alexandre Bergel]

How that could be… All the tests are okay on my machine

Alexandre


> On Feb 26, 2016, at 4:03 PM, Christophe Demarey  
> wrote:
> 
> For this job, the image crashes because of an OutOfMemory as you can check 
> here: https://ci.inria.fr/moose/job/roassal2/2253/console
> 
> Le 26 févr. 2016 à 16:01, Christophe Demarey a écrit :
> 
>> Thanks for the link.
>> 
>> The ugly java stack trace is because the junit result publisher jenkins 
>> plugin tries to parse a file that is not well generated.
>> It happens when the image crashes during tests: the xml output does not 
>> contain end tags.
>> As Aliaksei sait, probably dut to the cairo lib missing. I will check.
>> 
>> 
>> Le 26 févr. 2016 à 15:14, Aliaksei Syrel a écrit :
>> 
>>> It is because image crashed without saving logs. More likely slave used to 
>>> build has no cairo installed.
>>> 
>>> Cheers,
>>> Alex
>>> 
>>> On Fri, Feb 26, 2016 at 2:47 PM, Christophe Demarey 
>>>  wrote:
>>> Hi Alex,
>>> 
>>> Could you provide the link to the job providing this output?
>>> 
>>> Le 26 févr. 2016 à 09:57, Alexandre Bergel a écrit :
>>> 
>>> > Hi!
>>> >
>>> > We regularly get this error:
>>> >
>>> > Failed to read test report file 
>>> > /builds/workspace/roassal2/Roassal2GT-Test.xml
>>> > org.dom4j.DocumentException: Error on line 27 of document 
>>> > file:///builds/workspace/roassal2/Roassal2GT-Test.xml : XML document 
>>> > structures must start and end within the same entity. Nested exception: 
>>> > XML document structures must start and end within the same entity.
>>> >   at org.dom4j.io.SAXReader.read(SAXReader.java:482)
>>> >   at org.dom4j.io.SAXReader.read(SAXReader.java:264)
>>> >   at hudson.tasks.junit.SuiteResult.parse(SuiteResult.java:123)
>>> >   at hudson.tasks.junit.TestResult.parse(TestResult.java:286)
>>> >   at 
>>> > hudson.tasks.junit.TestResult.parsePossiblyEmpty(TestResult.java:232)
>>> >   at hudson.tasks.junit.TestResult.parse(TestResult.java:167)
>>> >   at hudson.tasks.junit.TestResult.parse(TestResult.java:150)
>>> >   at hudson.tasks.junit.TestResult.(TestResult.java:126)
>>> >   at 
>>> > hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:132)
>>> >   at 
>>> > hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:107)
>>> >   at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2691)
>>> >   at hudson.remoting.UserRequest.perform(UserRequest.java:120)
>>> >   at hudson.remoting.UserRequest.perform(UserRequest.java:48)
>>> >   at hudson.remoting.Request$2.run(Request.java:326)
>>> >
>>> > Any idea why?
>>> >
>>> > Alexandre
>>> > --
>>> > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>> > Alexandre Bergel  http://www.bergel.eu
>>> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>> >
>>> >
>>> >
>>> >
>>> 
>>> 
>>> 
>> 
> 

-- 
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Re: [Pharo-users] CDB project

[Damien Cassou]

Nicolas Berveglieri  writes:

> Also we're looking for some help about file reading with pharo. We couldn't
> find sufficient info about it on the web, if anyone has a link to share we
> would be gratefull.

the Pharo Mooc contains a few slides about that:


https://ci.inria.fr/pharo-contribution/job/PharoMooc/lastSuccessfulBuild/artifact/book-result/Slides/Week5/C019-W5S07-Files.pdf

-- 
Damien Cassou
http://damiencassou.seasidehosting.st

"Success is the ability to go from one failure to another without
losing enthusiasm." --Winston Churchill

Re: [Pharo-users] Pb with the CI @ INRIA?

[Christophe Demarey]

For this job, the image crashes because of an OutOfMemory as you can check 
here: https://ci.inria.fr/moose/job/roassal2/2253/console

Le 26 févr. 2016 à 16:01, Christophe Demarey a écrit :

> Thanks for the link.
> 
> The ugly java stack trace is because the junit result publisher jenkins 
> plugin tries to parse a file that is not well generated.
> It happens when the image crashes during tests: the xml output does not 
> contain end tags.
> As Aliaksei sait, probably dut to the cairo lib missing. I will check.
> 
> 
> Le 26 févr. 2016 à 15:14, Aliaksei Syrel a écrit :
> 
>> It is because image crashed without saving logs. More likely slave used to 
>> build has no cairo installed.
>> 
>> Cheers,
>> Alex
>> 
>> On Fri, Feb 26, 2016 at 2:47 PM, Christophe Demarey 
>>  wrote:
>> Hi Alex,
>> 
>> Could you provide the link to the job providing this output?
>> 
>> Le 26 févr. 2016 à 09:57, Alexandre Bergel a écrit :
>> 
>> > Hi!
>> >
>> > We regularly get this error:
>> >
>> > Failed to read test report file 
>> > /builds/workspace/roassal2/Roassal2GT-Test.xml
>> > org.dom4j.DocumentException: Error on line 27 of document 
>> > file:///builds/workspace/roassal2/Roassal2GT-Test.xml : XML document 
>> > structures must start and end within the same entity. Nested exception: 
>> > XML document structures must start and end within the same entity.
>> >   at org.dom4j.io.SAXReader.read(SAXReader.java:482)
>> >   at org.dom4j.io.SAXReader.read(SAXReader.java:264)
>> >   at hudson.tasks.junit.SuiteResult.parse(SuiteResult.java:123)
>> >   at hudson.tasks.junit.TestResult.parse(TestResult.java:286)
>> >   at 
>> > hudson.tasks.junit.TestResult.parsePossiblyEmpty(TestResult.java:232)
>> >   at hudson.tasks.junit.TestResult.parse(TestResult.java:167)
>> >   at hudson.tasks.junit.TestResult.parse(TestResult.java:150)
>> >   at hudson.tasks.junit.TestResult.(TestResult.java:126)
>> >   at 
>> > hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:132)
>> >   at 
>> > hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:107)
>> >   at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2691)
>> >   at hudson.remoting.UserRequest.perform(UserRequest.java:120)
>> >   at hudson.remoting.UserRequest.perform(UserRequest.java:48)
>> >   at hudson.remoting.Request$2.run(Request.java:326)
>> >
>> > Any idea why?
>> >
>> > Alexandre
>> > --
>> > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> > Alexandre Bergel  http://www.bergel.eu
>> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>> >
>> >
>> >
>> >
>> 
>> 
>> 
> 

Re: [Pharo-users] Pb with the CI @ INRIA?

[Christophe Demarey]

Thanks for the link.

The ugly java stack trace is because the junit result publisher jenkins plugin 
tries to parse a file that is not well generated.
It happens when the image crashes during tests: the xml output does not contain 
end tags.
As Aliaksei sait, probably dut to the cairo lib missing. I will check.


Le 26 févr. 2016 à 15:14, Aliaksei Syrel a écrit :

> It is because image crashed without saving logs. More likely slave used to 
> build has no cairo installed.
> 
> Cheers,
> Alex
> 
> On Fri, Feb 26, 2016 at 2:47 PM, Christophe Demarey 
>  wrote:
> Hi Alex,
> 
> Could you provide the link to the job providing this output?
> 
> Le 26 févr. 2016 à 09:57, Alexandre Bergel a écrit :
> 
> > Hi!
> >
> > We regularly get this error:
> >
> > Failed to read test report file 
> > /builds/workspace/roassal2/Roassal2GT-Test.xml
> > org.dom4j.DocumentException: Error on line 27 of document 
> > file:///builds/workspace/roassal2/Roassal2GT-Test.xml : XML document 
> > structures must start and end within the same entity. Nested exception: XML 
> > document structures must start and end within the same entity.
> >   at org.dom4j.io.SAXReader.read(SAXReader.java:482)
> >   at org.dom4j.io.SAXReader.read(SAXReader.java:264)
> >   at hudson.tasks.junit.SuiteResult.parse(SuiteResult.java:123)
> >   at hudson.tasks.junit.TestResult.parse(TestResult.java:286)
> >   at 
> > hudson.tasks.junit.TestResult.parsePossiblyEmpty(TestResult.java:232)
> >   at hudson.tasks.junit.TestResult.parse(TestResult.java:167)
> >   at hudson.tasks.junit.TestResult.parse(TestResult.java:150)
> >   at hudson.tasks.junit.TestResult.(TestResult.java:126)
> >   at 
> > hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:132)
> >   at 
> > hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:107)
> >   at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2691)
> >   at hudson.remoting.UserRequest.perform(UserRequest.java:120)
> >   at hudson.remoting.UserRequest.perform(UserRequest.java:48)
> >   at hudson.remoting.Request$2.run(Request.java:326)
> >
> > Any idea why?
> >
> > Alexandre
> > --
> > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> > Alexandre Bergel  http://www.bergel.eu
> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> >
> >
> >
> >
> 
> 
> 

Re: [Pharo-users] Is Seaside's Canvas/Brush metaphor for creating HTML available outside of Seaside?

[Pierce Ng]

On Fri, Feb 26, 2016 at 07:34:00AM +0100, Sven Van Caekenberghe wrote:
> And Zn has a very simple one too (since recently):

And I published WaterMint a few months ago.

  http://www.samadhiweb.com/blog/2015.09.26.watermint.html.html
  http://www.smalltalkhub.com/#!/~PierceNg/WaterMint-HTML
  
  | html |
  html := WMHtmlCanvas new.
  html html with: [ 
  html head with: [ html title: 'WaterMint' ].
  html body with: [ 
  html h1: 'WATERMINT'.
  html div id: 'foo'; class: 'foo'; with: [ html p: 'Foo!' ].
  html div id: 'bar'; with: [ html p: 'Bar!' ].
  html h1: 'BAZ!' ]].
  html render.

Pierce

Re: [Pharo-users] Pb with the CI @ INRIA?

[Peter Uhnák]

Hi Chris,

for example
https://ci.inria.fr/moose/job/roassal2/2253/testReport/junit/Roassal2GT-Test/xml/_failed_to_read_/

On Fri, Feb 26, 2016 at 2:47 PM, Christophe Demarey <
christophe.dema...@inria.fr> wrote:

> Hi Alex,
>
> Could you provide the link to the job providing this output?
>
> Le 26 févr. 2016 à 09:57, Alexandre Bergel a écrit :
>
> > Hi!
> >
> > We regularly get this error:
> >
> > Failed to read test report file
> /builds/workspace/roassal2/Roassal2GT-Test.xml
> > org.dom4j.DocumentException: Error on line 27 of document
> file:///builds/workspace/roassal2/Roassal2GT-Test.xml : XML document
> structures must start and end within the same entity. Nested exception: XML
> document structures must start and end within the same entity.
> >   at org.dom4j.io.SAXReader.read(SAXReader.java:482)
> >   at org.dom4j.io.SAXReader.read(SAXReader.java:264)
> >   at hudson.tasks.junit.SuiteResult.parse(SuiteResult.java:123)
> >   at hudson.tasks.junit.TestResult.parse(TestResult.java:286)
> >   at
> hudson.tasks.junit.TestResult.parsePossiblyEmpty(TestResult.java:232)
> >   at hudson.tasks.junit.TestResult.parse(TestResult.java:167)
> >   at hudson.tasks.junit.TestResult.parse(TestResult.java:150)
> >   at hudson.tasks.junit.TestResult.(TestResult.java:126)
> >   at
> hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:132)
> >   at
> hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:107)
> >   at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2691)
> >   at hudson.remoting.UserRequest.perform(UserRequest.java:120)
> >   at hudson.remoting.UserRequest.perform(UserRequest.java:48)
> >   at hudson.remoting.Request$2.run(Request.java:326)
> >
> > Any idea why?
> >
> > Alexandre
> > --
> > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> > Alexandre Bergel  http://www.bergel.eu
> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> >
> >
> >
> >
>
>
>

Re: [Pharo-users] I wish there were ePUB versions of Pharo books

[Serge Stinckwich]

You can generate Markdown from Pillar and after generate an ePub.

Have a look to gitbook.com, this is really easy to do that with their workflow.

For example for this draft Pillar book :
https://www.gitbook.com/book/sergestinckwich/modelling-infectious-diseases-with-kendrick/details
is available as
- pdf : 
https://www.gitbook.com/download/pdf/book/sergestinckwich/modelling-infectious-diseases-with-kendrick
- html : 
https://sergestinckwich.gitbooks.io/modelling-infectious-diseases-with-kendrick/content/
- ePub : 
https://www.gitbook.com/download/epub/book/sergestinckwich/modelling-infectious-diseases-with-kendrick

Regards,

On Thu, Feb 25, 2016 at 7:04 PM, MartinW  wrote:
> I like Pharo's new book site: http://files.pharo.org/books/
>
> And since I use a tablet more often, I wish there were ePUB versions of the
> books.
>
> Why is it important?
> You could change the color scheme to light text on dark background and
> increase font sizes and thus have a much more comfortable reading experience
> than with PDFs.
>
> I remember there was some talk about this some time ago.
>
> Best regards,
> Martin.
>
>
>
> --
> View this message in context: 
> http://forum.world.st/I-wish-there-were-ePUB-versions-of-Pharo-books-tp4880836.html
> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
>



-- 
Serge Stinckwich
UCBN & UMI UMMISCO 209 (IRD/UPMC)
Every DSL ends up being Smalltalk
http://www.doesnotunderstand.org/

Re: [Pharo-users] CDB project

[Nicolas Berveglieri]

hi sorry for responding so late we had a few days off. We checked your link
and talked about it with Mr Ducasse, aswell as some bioinfo searchers from
inria. They indeed told us that it would be interesting not to have the
files size limitation. Since we split the team earlier in 2 different
implementation of the same project. We decided that some of us will keep
the limitation, and the other will remove it.

Also we're looking for some help about file reading with pharo. We couldn't
find sufficient info about it on the web, if anyone has a link to share we
would be gratefull.

Nicolas

2016-02-12 22:05 GMT+01:00 Hernán Morales Durand :

> Hi Nicolas,
>
> Thank you for checking. The reason why I ask is because such limit is
> important for bioinformatics. Next-Generation Sequencing (NGS) machines are
> generating bigger files (these are typically FASTQ files) everyday, have a
> look at this cdbfasta forum
> http://seqanswers.com/forums/showthread.php?t=15331 for an example of
> what's happening. Maybe the CDB designers didn't anticipated genomes would
> be available today. However, it's a nice project and is an important
> library.
> Cheers,
>
> Hernán
>
>
>
> 2016-02-12 9:33 GMT-03:00 Nicolas Berveglieri :
>
>> Hi,
>>
>> Thanks for the question, Tbh we didnt even think about bypassing it.
>> Still we gave it a though because of your mail and we feel like doing so
>> would create some problems. Mainly because its already coded like that in
>> other languages, and a >4GB files wouldn't be able to be used with other
>> languages so it would be restricted to pharo.
>>
>> Nicolas
>>
>> 2016-02-08 16:13 GMT+01:00 Hernán Morales Durand <
>> hernan.mora...@gmail.com>:
>>
>>> Hello Nicolas,
>>>
>>> Do you plan to bypass the 4GB index file limit?
>>> Cheers,
>>>
>>> Hernán
>>>
>>>
>>> 2016-02-05 9:53 GMT-03:00 Nicolas Berveglieri :
>>>
 Hello,

 we're a group of 4 students learning pharo since a few weeks. We picked
 up the CDB project (http://cr.yp.to/cdb.html), to hopefully get it
 done by march. If you have any specific request about the project let us
 now.

 Oudjail Veis
 Gamelin Kevin
 Maroine Maxime
 Berveglieri Nicolas

>>>
>>>
>>
>

Re: [Pharo-users] Is Seaside's Canvas/Brush metaphor for creating HTML available outside of Seaside?

[Johan Brichau]

Well… It’s in a separate package called ‘Seaside-Canvas’.
You should only need Seaside-Core as a prerequisite, as you can derive from the 
metacello config.

I did not try, but let me know if you do.

Johan

> On 25 Feb 2016, at 23:07, stepharo  wrote:
> 
> Hi johan
> 
> What would be good is to have it in a separate package because I wanted to 
> output HTML and loading seaside
> for that was heavy.
> 
> Stef
> 
> 
> Le 25/2/16 19:33, Johan Brichau a écrit :
>> Depends on what you mean with ‘outside of Seaside’ but maybe this is what 
>> you would be looking for:
>> 
>> WAHtmlCanvas builder render: [ :html |
>>  html anchor
>>  url: 'htttp://www.seaside.st';
>>  with: 'Seaside Homepage' ]
>> 
>> See WABuilderCanvasTest for some examples.
>> 
>> Hope this helps?
>> Johan
>> 
>>> On 25 Feb 2016, at 18:21, MartinW  wrote:
>>> 
>>> Hi,
>>> 
>>> I know, there are templating systems like Mustache, but I always loved
>>> Seaside's Canvas/Brush metaphor for creating HTML. Is it available as a
>>> standalone package, so it can be used outside of Seaside?
>>> 
>>> Best regards,
>>> Martin.
>>> 
>>> 
>>> 
>>> --
>>> View this message in context: 
>>> http://forum.world.st/Is-Seaside-s-Canvas-Brush-metaphor-for-creating-HTML-available-outside-of-Seaside-tp4880825.html
>>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
>>> 
>> 
>> 
> 
> 

Re: [Pharo-users] I wish there were ePUB versions of Pharo books

[Clément Bera]

Alternatively, convertor from pdf to epub are available and free. Pillar
can generate pdf.

I know converting does not produce a file as good as if there were a pillar
exporter, but that's a good enough temporary solution to me.



2016-02-25 22:54 GMT+01:00 stepharo :

> Hi martin
>
> Why don't you give a try?
> Pillar has
> - a nice document
> - some nice visitors
> - nice test system
> So someone can extend it.
> Because we cannot do everything. You cannot imagine how we are busy right
> now.
> Stef
>
> Le 25/2/16 19:04, MartinW a écrit :
>
> I like Pharo's new book site: http://files.pharo.org/books/
>>
>> And since I use a tablet more often, I wish there were ePUB versions of
>> the
>> books.
>>
>> Why is it important?
>> You could change the color scheme to light text on dark background and
>> increase font sizes and thus have a much more comfortable reading
>> experience
>> than with PDFs.
>>
>> I remember there was some talk about this some time ago.
>>
>> Best regards,
>> Martin.
>>
>>
>>
>> --
>> View this message in context:
>> http://forum.world.st/I-wish-there-were-ePUB-versions-of-Pharo-books-tp4880836.html
>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
>>
>>
>>
>
>

Re: [Pharo-users] I wish there were ePUB versions of Pharo books

[stepharo]

If you have pointers on epub let us know so that we gather information 
on it.


Stef

Le 26/2/16 08:52, MartinW a écrit :

I can imagine that you are busy.
I will have a look as soon as I have some spare time, but this will not be
in the next two month...

Martin.


stepharo wrote

Hi martin

Why don't you give a try?
Pillar has
  - a nice document
  - some nice visitors
  - nice test system
So someone can extend it.
Because we cannot do everything. You cannot imagine how we are busy
right now.
Stef

Le 25/2/16 19:04, MartinW a écrit :

I like Pharo's new book site: http://files.pharo.org/books/

And since I use a tablet more often, I wish there were ePUB versions of
the
books.

Why is it important?
You could change the color scheme to light text on dark background and
increase font sizes and thus have a much more comfortable reading
experience
than with PDFs.

I remember there was some talk about this some time ago.

Best regards,
Martin.



--
View this message in context:
http://forum.world.st/I-wish-there-were-ePUB-versions-of-Pharo-books-tp4880836.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.







--
View this message in context: 
http://forum.world.st/I-wish-there-were-ePUB-versions-of-Pharo-books-tp4880836p4880964.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

[Pharo-users] Pb with the CI @ INRIA?

[Alexandre Bergel]

Hi!

We regularly get this error:

Failed to read test report file /builds/workspace/roassal2/Roassal2GT-Test.xml
org.dom4j.DocumentException: Error on line 27 of document 
file:///builds/workspace/roassal2/Roassal2GT-Test.xml : XML document structures 
must start and end within the same entity. Nested exception: XML document 
structures must start and end within the same entity.
at org.dom4j.io.SAXReader.read(SAXReader.java:482)
at org.dom4j.io.SAXReader.read(SAXReader.java:264)
at hudson.tasks.junit.SuiteResult.parse(SuiteResult.java:123)
at hudson.tasks.junit.TestResult.parse(TestResult.java:286)
at hudson.tasks.junit.TestResult.parsePossiblyEmpty(TestResult.java:232)
at hudson.tasks.junit.TestResult.parse(TestResult.java:167)
at hudson.tasks.junit.TestResult.parse(TestResult.java:150)
at hudson.tasks.junit.TestResult.(TestResult.java:126)
at 
hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:132)
at 
hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:107)
at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2691)
at hudson.remoting.UserRequest.perform(UserRequest.java:120)
at hudson.remoting.UserRequest.perform(UserRequest.java:48)
at hudson.remoting.Request$2.run(Request.java:326)

Any idea why?

Alexandre
-- 
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Re: [Pharo-users] I wish there were ePUB versions of Pharo books

[MartinW]

I can imagine that you are busy.
I will have a look as soon as I have some spare time, but this will not be
in the next two month...

Martin.


stepharo wrote
> Hi martin
> 
> Why don't you give a try?
> Pillar has
>  - a nice document
>  - some nice visitors
>  - nice test system
> So someone can extend it.
> Because we cannot do everything. You cannot imagine how we are busy 
> right now.
> Stef
> 
> Le 25/2/16 19:04, MartinW a écrit :
>> I like Pharo's new book site: http://files.pharo.org/books/
>>
>> And since I use a tablet more often, I wish there were ePUB versions of
>> the
>> books.
>>
>> Why is it important?
>> You could change the color scheme to light text on dark background and
>> increase font sizes and thus have a much more comfortable reading
>> experience
>> than with PDFs.
>>
>> I remember there was some talk about this some time ago.
>>
>> Best regards,
>> Martin.
>>
>>
>>
>> --
>> View this message in context:
>> http://forum.world.st/I-wish-there-were-ePUB-versions-of-Pharo-books-tp4880836.html
>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
>>
>>





--
View this message in context: 
http://forum.world.st/I-wish-there-were-ePUB-versions-of-Pharo-books-tp4880836p4880964.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Re: [Pharo-users] Is Seaside's Canvas/Brush metaphor for creating HTML available outside of Seaside?

[MartinW]

Sven Van Caekenberghe-2 wrote
> And Zn has a very simple one too (since recently):
> 
> generateHelp
>   "Generate an HTML page with links to all pages I support"
>   
>   ^ ZnHtmlOutputStream streamContents: [ :html |
>   html page: (self class name, ' Help') do: [ 
> html tag: #h3 with: 'Available Pages'.
> html tag: #ul do: [
>   prefixMap keys sorted do: [ :each | 
> html tag: #li do: [ 
>   html tag: #a attributes: { #href. each } with: each ] ] ] ]
> ]
> 
> But Seaside's is better, though much larger.

Cool. This should come in handy at many occasions.
I will use it right away. Thank you.



--
View this message in context: 
http://forum.world.st/Is-Seaside-s-Canvas-Brush-metaphor-for-creating-HTML-available-outside-of-Seaside-tp4880825p4880963.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Re: [Pharo-users] Is Seaside's Canvas/Brush metaphor for creating HTML available outside of Seaside?

[MartinW]

stepharo wrote
> Hi johan
> 
> What would be good is to have it in a separate package because I wanted 
> to output HTML and loading seaside
> for that was heavy.
> 
> Stef

Yes, this is exactly what I was looking for :)



--
View this message in context: 
http://forum.world.st/Is-Seaside-s-Canvas-Brush-metaphor-for-creating-HTML-available-outside-of-Seaside-tp4880825p4880962.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.