- Pharo-users - lists.pharo.org

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

by 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 <Christophe.Demarey(a)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.<init>(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 > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > >

Feb. 26, 2016

Re: [Pharo-users] [Moose-dev] Re: [Pharo-dev] Re: Call for action for Roassal

by Peter UhnÃ¡k

Hi Anne, I've just added a Roassal plugin with the GraphViz-based layout. Note that I had to hack it to work with RTMultiLine (it was originally designed for different lines which are currently not part of Roassal), so it's possible there will be some issues. You can load it (if you have latest Roassal installed) via the Roassal plugin menu, or by executing the following Metacello new baseline: 'GraphVizLayout'; repository: 'github://peteruhnak/graphviz-layout:master/repository'; load Then look at the class-side examples in RTGraphVizLayout. Finally if you use this, you shouldn't move elements within the layout (because graphviz layout hard-codes the pathing)â¦ we could probably change this in the future, but I am not sure how (ideally the layout would have to be recomputed, but that's expensive to do live), So to summarize: * you must have GraphViz installed in your system * you must use RTMultiLine for lines (because only they support bending) Let me know how it goes, â â Peter On Thu, Feb 25, 2016 at 2:02 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Oh, I missed this one :). So, now I can refactor the code that is still > using the RTEdge class side methods :). > > Great! > > Thanks, > Doru > > > > On Feb 25, 2016, at 1:59 PM, Alexandre Bergel <alexandre.bergel(a)me.com> > wrote: > > > > Oh, but this has been in Roassal for many months (I have implemented > since right after ESUG). You need to use #source:connectFrom:toAll: > > > > Here is an example that randomly generate a graph and render it using > this facility: > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > nbOfNodes := 40. > > nbOfRandomEdges := 40. > > > > nodes := 1 to: nbOfNodes. > > edges := (1 to: nbOfRandomEdges) > > collect: [ :notUsed | nodes atRandom -> > {nodes atRandom . nodes atRandom} ]. > > > > b := RTMondrian new. > > > > b shape circle color: (Color black alpha: 0.5). > > b nodes: nodes. > > > > b shape line color: (Color gray alpha: 0.3). > > b edges > > source: edges connectFrom: #key toAll: #value. > > > > b layout force. > > b > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > > > <Screen Shot 2016-02-25 at 1.57.24 PM.png> > > > > Cheers, > > Alexandre > > > >> On Feb 25, 2016, at 1:37 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> > >> Hi, > >> > >> We discussed this before. Try to draw a hierarchy using classes and > inheritance objects (so, without using the class to superclass navigation). > Something like this: > >> > >> view := RTMondrian new. > >> view nodes: classes. > >> view edges objects: inheritances; connectFrom: #superclass to: > #subclass. > >> view layout tree. > >> view > >> > >> It wonât work. > >> > >> Cheers, > >> Doru > >> > >> > >>> On Feb 25, 2016, at 1:29 PM, Alexandre Bergel <alexandre.bergel(a)me.com> > wrote: > >>> > >>> Do you have an example? I am not sure to understand. > >>> > >>> Alexandre > >>> > >>> > >>>> On Feb 25, 2016, at 12:40 PM, Tudor Girba <tudor(a)tudorgirba.com> > wrote: > >>>> > >>>> This is very cool. We will all benefit from this documentation. > >>>> > >>>> One thing that I would still like to see fixed before the release is > the edge building (this problem of not being able to properly specify > random objects to be taken into account when building edges). Could we work > on that? > >>>> > >>>> Cheers, > >>>> Doru > >>>> > >>>> > >>>>> On Feb 24, 2016, at 9:51 AM, Alexandre Bergel < > alexandre.bergel(a)me.com> wrote: > >>>>> > >>>>> Dear community, > >>>>> > >>>>> As you may have seen, Roassal has entered a stabilization phase. The > book AgileVisualization.com will soon be released. After its release, > Roassal will go over a new development phase. In order to prepare it, I am > asking this question: > >>>>> > >>>>> What are the 3 aspects you would like to see improved in Roassal? > >>>>> > >>>>> You can answer publicly or by sending private messages. > >>>>> > >>>>> Kind regards, > >>>>> Alexandre > >>>>> -- > >>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > >>>>> Alexandre Bergel http://www.bergel.eu > >>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > >>>>> > >>>>> > >>>>> > >>>>> _______________________________________________ > >>>>> Moose-dev mailing list > >>>>> Moose-dev(a)list.inf.unibe.ch > >>>>> https://www.list.inf.unibe.ch/listinfo/moose-dev > >>>> > >>>> -- > >>>> www.tudorgirba.com > >>>> www.feenk.com > >>>> > >>>> âLive like you mean it." > >>>> > >>>> > >>> > >>> -- > >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > >>> Alexandre Bergel http://www.bergel.eu > >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > >>> > >>> > >>> > >>> _______________________________________________ > >>> Moose-dev mailing list > >>> Moose-dev(a)list.inf.unibe.ch > >>> https://www.list.inf.unibe.ch/listinfo/moose-dev > >> > >> -- > >> www.tudorgirba.com > >> www.feenk.com > >> > >> "Value is always contextual." > >> > >> > >> > >> > >> > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > _______________________________________________ > > Moose-dev mailing list > > Moose-dev(a)list.inf.unibe.ch > > https://www.list.inf.unibe.ch/listinfo/moose-dev > > -- > www.tudorgirba.com > www.feenk.com > > "Next time you see your life passing by, say 'hi' and get to know her." > > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev >

Feb. 26, 2016

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

by 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

Feb. 26, 2016

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

by Peter UhnÃ¡k

Hi Chris, for example https://ci.inria.fr/moose/job/roassal2/2253/testReport/junit/Roassal2GT-Tes… On Fri, Feb 26, 2016 at 2:47 PM, Christophe Demarey < Christophe.Demarey(a)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.<init>(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 > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > >

Feb. 26, 2016

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

by Aliaksei Syrel

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 < Christophe.Demarey(a)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.<init>(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 > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > >

Feb. 26, 2016

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

by Christophe Demarey

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.<init>(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 > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

Feb. 26, 2016

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

by 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-… is available as - pdf : https://www.gitbook.com/download/pdf/book/sergestinckwich/modelling-infecti… - html : https://sergestinckwich.gitbooks.io/modelling-infectious-diseases-with-kend… - ePub : https://www.gitbook.com/download/epub/book/sergestinckwich/modelling-infect… Regards, On Thu, Feb 25, 2016 at 7:04 PM, MartinW <wm(a)fastmail.fm> 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-tp4880… > 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/

Feb. 26, 2016

Re: [Pharo-users] CDB project

by 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 <hernan.morales(a)gmail.com>: > 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 <nicolas.berve(a)gmail.com>: > >> 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.morales(a)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 <nicolas.berve(a)gmail.com>: >>> >>>> 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 >>>> >>> >>> >> >

Feb. 26, 2016

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

by 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 <stepharo(a)free.fr> 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 <wm(a)fastmail.fm> 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-… >>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >>> >> >> > >

Feb. 26, 2016

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

by 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 <stepharo(a)free.fr>: > 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-tp4880… >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> >> > >

Feb. 26, 2016