- Pharo-users - lists.pharo.org

Iceberg and removing packages

by Esteban A. Maringolo

Hi, I'm playing around with Iceberg in Pharo 6, and even when I find the workflow streamlined, but since it doesn't map 1:1 with git workflow from other IDEs or command line, I find myself not knowing how to do certain tasks. One thing that happened is that I published a few packages to one of my repos in Github, then I decided to remove one of the packages from the repo, then I synchronized it but in the repo there is still is the package folder for the package I removed. What should I do to definitely remove those files from the commit? Regards! Esteban A. Maringolo

July 30, 2017

Job for Spec & Roassal?

by David Epstein

Hello, I've been reading over the documentation and want to try my first project with Pharo. The project will begin as a simple diagramming program for making logic models<http://ctb.ku.edu/en/table-of-contents/overview/models-for-community-health…>. Are there any similar projects or demos I should look at? As I progress with Pharo, I intend for the diagram elements to carry a lot of built-in functionality and data for program evaluation. Would I build the interface with Spec and the diagramming elements with Roassal? So, clicking a Spec button would create a Roassal object? -david

July 30, 2017

Re: [Pharo-users] Pharo Seaside RESTful services pragma question

by Johan Brichau

The Seaside book REST chapter should be deprecated or changed. Take a look here for the updated info: https://github.com/SeasideSt/Seaside/wiki/Seaside-REST <https://github.com/SeasideSt/Seaside/wiki/Seaside-REST> Johan > On 30 Jul 2017, at 01:46, Greg Hutchinson <the.greg.hutchinson(a)gmail.com> wrote: > > That worked - thanks very much. > > On 29 July 2017 at 16:13, Esteban A. Maringolo <emaringolo(a)gmail.com <mailto:emaringolo@gmail.com>> wrote: > Did you try setting the pragma <path: '/'> in the list method? > Esteban A. Maringolo > > > 2017-07-28 18:40 GMT-03:00 Greg Hutchinson <the.greg.hutchinson(a)gmail.com <mailto:the.greg.hutchinson@gmail.com>>: > > I am new to Pharo/Seaside and it has been a long time since I have used > > Smalltalk. I am trying to make a RESTful service and canât get the pragmas > > to work the way I think it should. (This might be the problem already). > > > > > > > > Ie Here is my list method within class TeamMembers which is a direct > > subclass of WARestfulHandler. > > > > list > > > > <get> > > > > ^ String streamContents: [ :stream | > > > > self teamMembers do: [ :each | > > > > stream nextPutAll: each ; crlf ] > > > > ] > > > > > > > > and > > > > > > > > listJson > > > > <get> > > > > <produces: 'text/json'> > > > > > > > > ^ (Array streamContents: [ :stream | > > > > self teamMembers do: [ :each | > > > > stream nextPut: (Dictionary new > > > > at: 'name' put: each ; > > > > yourself) ] ]) > > > > asJavascript > > > > > > > > > > > > > > > > After doing all the proper registration WAAdmin register: TeamMembers at: > > 'team-members' when I execute in the browser > > (http://localhost:8080/team-members <http://localhost:8080/team-members>) I received the message > > > > /team-members not found > > but if I execute (http://localhost:8080/team-members/list <http://localhost:8080/team-members/list>), it brings back > > the team member list. (However, I didnât think I would have to add /list to > > the URL). > > > > > > > > This seems to contradict the documentation in > > http://book.seaside.st/book/advanced/restful/getting-started/define-handler <http://book.seaside.st/book/advanced/restful/getting-started/define-handler>. > > > > > > > > > > > > However, If I override the TeamMembers>> > > > > createRoutes > > > > | route pType| > > > > pType := WAFullMimeTypeMatch main:'text' sub: 'json' . > > > > route := WASimpleRoute method: 'GET' selector: #listJson > > produces: pType consumes: WAWildcardMimeTypeMatch new. > > > > ^ OrderedCollection new > > > > "GET" > > > > add: route; > > > > add: (WARoute get: #list); > > > > yourself. > > > > > > > > Then I get the expected behaviour when I browse to > > (http://localhost:8080/team-members <http://localhost:8080/team-members>) and using curl. (ie. > > > > curl -H "Accept: text/json" http://localhost:8080/team-members <http://localhost:8080/team-members> > > > > to get the Json response. > > > > > > > > When I debug the difference in the routes, it looks like using the pragmas, > > I get WAComplexRoute(s) but of course in the overridden method createRoutes, > > I get WASimpleRoutes. > > > > > > > > Is this the way it is supposed to work? > > > > > > > > > > > > Thanks in advance for any hints. > > > > > > > -- >

July 30, 2017

Re: [Pharo-users] NeoCSV on Irregular Files

by Sean P. DeNigris

Sven Van Caekenberghe-2 wrote > creating new readers for each section is one option Thank you both. This worked quite well (23 LOC) vs. parsing the raw file with NeoCSV and then trying to clean up and interpret the resulting arrays (126 LOC). ----- Cheers, Sean -- View this message in context: http://forum.world.st/NeoCSV-on-Irregular-Files-tp4956850p4957768.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 30, 2017

Pharo 61 crashes on iceberg history

by JuliÃ¡n Maestri

I'm almost sure this is not the right place to report it. Im having a vm crash when looking at the history of a repository on iceberg. urpharo: malloc.c:2394: sysmalloc: Assertion `(old_top == initial_top (av) > && old_size == 0) || ((unsigned long) (old_size) >= MINSIZE && prev_inuse > (old_top) && ((unsigned long) old_end & (pagesize - 1)) == 0)' failed. > ./pharo-ui: line 11: 2011 Aborted (core dumped) > "$DIR"/"pharo-vm/pharo" "$@" > Pharo downloaded from get.pharo.org/64/ on Ubuntu 16.04 (64bit) Has somebody had this problem? Where's the right place to report this? Thanks, JuliÃ¡n

July 30, 2017

Adaptable Tree-Based Cherry-Pick Tool

by Sean P. DeNigris

Do we have something like a merge UI that can be used on an underlying model that may have nothing to do with VCS? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Adaptable-Tree-Based-Cherry-Pick-Tool-tp4957766.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 30, 2017

Re: [Pharo-users] Pharo Seaside RESTful services pragma question

by Greg Hutchinson

That worked - thanks very much. On 29 July 2017 at 16:13, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > Did you try setting the pragma <path: '/'> in the list method? > Esteban A. Maringolo > > > 2017-07-28 18:40 GMT-03:00 Greg Hutchinson <the.greg.hutchinson(a)gmail.com > >: > > I am new to Pharo/Seaside and it has been a long time since I have used > > Smalltalk. I am trying to make a RESTful service and canât get the > pragmas > > to work the way I think it should. (This might be the problem already). > > > > > > > > Ie Here is my list method within class TeamMembers which is a direct > > subclass of WARestfulHandler. > > > > list > > > > <get> > > > > ^ String streamContents: [ :stream | > > > > self teamMembers do: [ :each | > > > > stream nextPutAll: each ; crlf ] > > > > ] > > > > > > > > and > > > > > > > > listJson > > > > <get> > > > > <produces: 'text/json'> > > > > > > > > ^ (Array streamContents: [ :stream | > > > > self teamMembers do: [ :each | > > > > stream nextPut: (Dictionary new > > > > at: 'name' put: each ; > > > > yourself) ] ]) > > > > asJavascript > > > > > > > > > > > > > > > > After doing all the proper registration WAAdmin register: TeamMembers at: > > 'team-members' when I execute in the browser > > (http://localhost:8080/team-members) I received the message > > > > /team-members not found > > but if I execute (http://localhost:8080/team-members/list) it brings > back > > the team member list. (However, I didnât think I would have to add /list > to > > the URL). > > > > > > > > This seems to contradict the documentation in > > http://book.seaside.st/book/advanced/restful/getting- > started/define-handler. > > > > > > > > > > > > However, If I override the TeamMembers>> > > > > createRoutes > > > > | route pType| > > > > pType := WAFullMimeTypeMatch main:'text' sub: 'json' . > > > > route := WASimpleRoute method: 'GET' selector: #listJson > > produces: pType consumes: WAWildcardMimeTypeMatch new. > > > > ^ OrderedCollection new > > > > "GET" > > > > add: route; > > > > add: (WARoute get: #list); > > > > yourself. > > > > > > > > Then I get the expected behaviour when I browse to > > (http://localhost:8080/team-members) and using curl. (ie. > > > > curl -H "Accept: text/json" http://localhost:8080/team-members > > > > to get the Json response. > > > > > > > > When I debug the difference in the routes, it looks like using the > pragmas, > > I get WAComplexRoute(s) but of course in the overridden method > createRoutes, > > I get WASimpleRoutes. > > > > > > > > Is this the way it is supposed to work? > > > > > > > > > > > > Thanks in advance for any hints. > > > > --

July 29, 2017

Re: [Pharo-users] Pharo Seaside RESTful services pragma question

by Esteban A. Maringolo

Did you try setting the pragma <path: '/'> in the list method? Esteban A. Maringolo 2017-07-28 18:40 GMT-03:00 Greg Hutchinson <the.greg.hutchinson(a)gmail.com>: > I am new to Pharo/Seaside and it has been a long time since I have used > Smalltalk. I am trying to make a RESTful service and canât get the pragmas > to work the way I think it should. (This might be the problem already). > > > > Ie Here is my list method within class TeamMembers which is a direct > subclass of WARestfulHandler. > > list > > <get> > > ^ String streamContents: [ :stream | > > self teamMembers do: [ :each | > > stream nextPutAll: each ; crlf ] > > ] > > > > and > > > > listJson > > <get> > > <produces: 'text/json'> > > > > ^ (Array streamContents: [ :stream | > > self teamMembers do: [ :each | > > stream nextPut: (Dictionary new > > at: 'name' put: each ; > > yourself) ] ]) > > asJavascript > > > > > > > > After doing all the proper registration WAAdmin register: TeamMembers at: > 'team-members' when I execute in the browser > (http://localhost:8080/team-members) I received the message > > /team-members not found > but if I execute (http://localhost:8080/team-members/list) it brings back > the team member list. (However, I didnât think I would have to add /list to > the URL). > > > > This seems to contradict the documentation in > http://book.seaside.st/book/advanced/restful/getting-started/define-handler. > > > > > > However, If I override the TeamMembers>> > > createRoutes > > | route pType| > > pType := WAFullMimeTypeMatch main:'text' sub: 'json' . > > route := WASimpleRoute method: 'GET' selector: #listJson > produces: pType consumes: WAWildcardMimeTypeMatch new. > > ^ OrderedCollection new > > "GET" > > add: route; > > add: (WARoute get: #list); > > yourself. > > > > Then I get the expected behaviour when I browse to > (http://localhost:8080/team-members) and using curl. (ie. > > curl -H "Accept: text/json" http://localhost:8080/team-members > > to get the Json response. > > > > When I debug the difference in the routes, it looks like using the pragmas, > I get WAComplexRoute(s) but of course in the overridden method createRoutes, > I get WASimpleRoutes. > > > > Is this the way it is supposed to work? > > > > > > Thanks in advance for any hints. >

July 29, 2017

Iceberg: SCP urls are not limited to 'git@'

by Herby VojÄÃk

Hello! Once I finally added remote to my localgit repo, I cannot build my image any more because Iceberg fails to parse the url. After first error I tried ssh://, but it is protected as well. The problem is, git(a)host.site is just the way to say which user to log in via ssh into the host. We use on-premise gogs installed via apt, and it installs 'gogs' user, not 'git' user. As such, we were being able to successfully use 'gogs@our.site:org/towergame.git' type of remote URLs, but Iceberg code has 'git@' hardcoded. How to overcome this? Herby

July 29, 2017

Re: [Pharo-users] hard reset class variable state

by Ben Coman

thx guille. On Sat, Jul 29, 2017 at 9:40 PM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > Actually class variables are stored in a dictionary in a class. You can > access that by saying: > > aClass classPool. > > So resetting all values of a class variable could be easily done with > something like > > aClass classPool keys do: [ :k | aClass classPool at: k put: nil ]. > > Maybe that could be a nice addition. > > On Sat, Jul 29, 2017 at 9:51 AM, Ben Coman <btc(a)openinworld.com> wrote: > >> I want to reset all the class variables in an application to nil. >> I've got as far as finding them, for example... >> >> packages := RPackageOrganizer default packages select:[:p| >> (p name includesSubstring: 'PharoLauncher') ]. >> stateToReset := packages flatCollect: [:p| >> p definedClasses >> select:[:c | (c classVarNames size > 0) and: [(c name includesSubstring: >> 'Configuration') not]] >> thenCollect:[:c| c-> c classVarNames] >> ]. >> stateToReset asDictionary keysAndValuesDo:[:class :variables| >> variables do: [:v| Transcript crShow: 'Clear ', class printString, ' -> ' >> , v printString]. >> ]. >> >> What could go in place of the Transcript line to set them to nil? >> >> cheers -ben >> >> > > > -- > > > > Guille Polito > > > Research Engineer > > French National Center for Scientific Research - *http://www.cnrs.fr* > <http://www.cnrs.fr> > > > > *Web:* *http://guillep.github.io* <http://guillep.github.io> > > *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >

July 29, 2017