July 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Loading code from a local git repository

by Thierry Goubier

You can also add a makefile to build the pharo image in the git repository. I usually have a src/pharo packages build/Makefile structure. Thierry Le 28 juil. 2015 1:14 PM, "FranÃ§ois Stephany" <tulipe.moutarde(a)gmail.com> a Ã©crit : > As Sven mentionned it, you can simply put your filetree files in a > subdirectory. > You can have a look at https://github.com/fstephany/hello-pharo It's a > bit outdated but it will give you the idea. > > On Tue, Jul 28, 2015 at 12:42 PM, Tommaso Dal Sasso < > tommaso.dalsasso(a)gmail.com> wrote: > >> Hello, >> >> I am trying to version a project on git using filetree. >> Since I also have some external resources (like images), I would avoid >> loading the whole project from the pharo image, because that would >> download the external files in a cache directory, thus making them >> difficult to reach and update. >> >> My idea is to update the git repository from the commandline, and then >> run a script to build the image. >> >> The question then is: is there an easy way to programmatically load a >> project from a local directory? >> >> Also, do you have any suggestions for a better workflow to handle this >> situation? >> >> Thanks, >> Tommaso >> >> >

July 28, 2015

Roassal examples

by Hilaire

Hello, >From the 5.1 Moose image. Some book examples from[1] produce error or different output: - 6.1 - 6.3 - 8.1 Thanks [1] https://dl.dropboxusercontent.com/u/31543901/AgileVisualization/QuickStart/… -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

July 28, 2015

Re: [Pharo-users] Glamour Oddness with Tabs and Tables

by Nicolai Hess

This is a bit tricky if the entities have the same name (row column:'one'/'two' ... is called two times, for every row ('first'/'second')) This may work: |browser aCollection aDictionary| Transcript clear. aCollection := OrderedCollection new add: 'one'; add: 'two'; add: 'three'; add: 'four'; yourself. aDictionary := Dictionary new at: 'first' put: aCollection; at: 'second' put: aCollection; yourself. browser := GLMTabulator new title: 'List Example'. aDictionary keysAndValuesDo: [ :key :collection | browser row: [ :row | collection do: [ :string | row column: (string, key) asSymbol. "<<<<<-------changed" browser transmit to: (string, key) asSymbol; "<<<<<-------changed" andShow: [ :a | a text title: key; display: string ] ] ] ]. browser openOn: aDictionary 2015-07-28 13:17 GMT+02:00 Gareth Cox <gareth(a)inspired.org>: > Hi All > > Below is a simple example of my problem. > Unless I am missing something, shouldn't the second row of items have > 'second' as their tab (title) names? > > |browser aCollection aDictionary| > aCollection := OrderedCollection new add: 'one'; add: 'two'; add: 'three'; > add: 'four'; yourself. > aDictionary := Dictionary new at: 'first' put: aCollection; at: 'second' > put: aCollection copy; yourself. > browser := GLMTabulator new title: 'List Example'. > aDictionary keysAndValuesDo: [ :key :collection | > browser row: [ :row | > collection do: [ :string | > row column: string asSymbol. > browser transmit > to: string asSymbol; > andShow: [ :a | > a text > title: key; > display: string > ] > ] > ] > ]. > browser openOn: aDictionary > -- > Gareth Cox > IT Manager/Developer > Inspired Org (PTY) Ltd > email: gareth(a)inspired.org >

July 28, 2015

Re: [Pharo-users] Artifact

by Hilaire

Okay may be a network problem to retrieve the JPG picutre for the brochure example Thanks Hilaire Le 27/07/2015 00:49, olivier auverlot a Ã©crit : > Hi Hilaire, > > I just tried the stable version of Artefact in a Pharo 3.0 image. All > demos are ok but I uses Mac OS X. > > Could you test with Acrobat Reader on Linux? The PDF reader (Evince > ?) has a lack of functionalities and it's not a good thing to use it. > Many PDF specifications are not or bad supported. The situation are > the same that with browsers and the support of HTML. Only Acrobat > Reader can be considered as validation tool. > > Best regards > Olivier ;-) > > 2015-07-26 9:34 GMT+02:00 Hilaire > <hilaire(a)drgeo.eu > <mailto:hilaire@drgeo.eu>>: > > It looks like only the brochure example is broken because it block the > image. > > Hilaire > > Le 26/07/2015 15:29, Hilaire a Ã©crit : > > And all tests are greem > > > > Le 26/07/2015 15:23, Hilaire a Ã©crit : > >> Hello, > >> > >> A few demo examples from Artifact does not work in a Pharo 3.0 > >> environment. An empty document or a document I can't open with > standard > >> linux pdf viewer. > >> > >> I list them here: > >> > >> -datatableWithCaptions > >> -datatable > >> -paragraph > >> -mosaique > >> -arrow > >> -brochure > >> -horizontalLayout > >> > >> Hilaire > >> > > > > > -- > Dr. Geo > http://drgeo.eu > http://google.com/+DrgeoEu > > > > -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

July 28, 2015

Glamour Tabs not updated when update is called

by Gareth Cox

Hi Al Not sure if this is a bug, but here goes. Looking through the Glamour examples in Pharo4 I come across the Updateable Browser example. This example has a line that, when the collection is greater than 1, shows a list tab, the title of which is List, col size printString. This indeed comes up and shows: 'List: 2' but if you continue to add, it doesn't change. The text will change but not the title. I came across this when I couldn't get my browser to add tabs, even though entity gets updated. Example from Glamour below. | browser collection| collection := GLMAnnouncingCollection new. collection add: 1. browser := GLMTabulator new. browser column: #preview. browser act: [:b | b entity add: (b entity size + 1). b update ] icon: GLMUIThemeExtraIcons glamorousAdd entitled: 'Add an item in the collection'. browser act: [:b | b entity removeLast. b update ] icon: GLMUIThemeExtraIcons glamorousRemove entitled: 'Remove last item from the collection'. browser updateOn: GLMItemAdded from: #yourself; updateOn: GLMItemRemoved from: #yourself. browser transmit to: #preview; andShow: [ :a | a list title: [:col | 'List: ', col size printString ]; *"This isn't updating"* when: [:col | col size > 1 ]. a text title: 'Text'; format: [:col | 'Current collection: ', col printString, '. Add more items to show the list'] ]. browser openOn: collection KR -- Gareth Cox IT Manager/Developer Inspired Org (PTY) Ltd email: gareth(a)inspired.org <mailto:gareth@inspired.org>

July 28, 2015

Glamour Oddness with Tabs and Tables

by Gareth Cox

Hi All Below is a simple example of my problem. Unless I am missing something, shouldn't the second row of items have 'second' as their tab (title) names? |browser aCollection aDictionary| aCollection := OrderedCollection new add: 'one'; add: 'two'; add: 'three'; add: 'four'; yourself. aDictionary := Dictionary new at: 'first' put: aCollection; at: 'second' put: aCollection copy; yourself. browser := GLMTabulator new title: 'List Example'. aDictionary keysAndValuesDo: [ :key :collection | browser row: [ :row | collection do: [ :string | row column: string asSymbol. browser transmit to: string asSymbol; andShow: [ :a | a text title: key; display: string ] ] ] ]. browser openOn: aDictionary -- Gareth Cox IT Manager/Developer Inspired Org (PTY) Ltd email: gareth(a)inspired.org <mailto:gareth@inspired.org>

July 28, 2015

Re: [Pharo-users] Loading code from a local git repository

by FranÃ§ois Stephany

As Sven mentionned it, you can simply put your filetree files in a subdirectory. You can have a look at https://github.com/fstephany/hello-pharo It's a bit outdated but it will give you the idea. On Tue, Jul 28, 2015 at 12:42 PM, Tommaso Dal Sasso < tommaso.dalsasso(a)gmail.com> wrote: > Hello, > > I am trying to version a project on git using filetree. > Since I also have some external resources (like images), I would avoid > loading the whole project from the pharo image, because that would > download the external files in a cache directory, thus making them > difficult to reach and update. > > My idea is to update the git repository from the commandline, and then > run a script to build the image. > > The question then is: is there an easy way to programmatically load a > project from a local directory? > > Also, do you have any suggestions for a better workflow to handle this > situation? > > Thanks, > Tommaso > >

July 28, 2015

Re: [Pharo-users] Loading code from a local git repository

by Sven Van Caekenberghe

Just place the repository in a separate directory from the other stuff, like https://github.com/svenvc/zinc No ? > On 28 Jul 2015, at 12:42, Tommaso Dal Sasso <tommaso.dalsasso(a)gmail.com> wrote: > > Hello, > > I am trying to version a project on git using filetree. > Since I also have some external resources (like images), I would avoid > loading the whole project from the pharo image, because that would > download the external files in a cache directory, thus making them > difficult to reach and update. > > My idea is to update the git repository from the commandline, and then > run a script to build the image. > > The question then is: is there an easy way to programmatically load a > project from a local directory? > > Also, do you have any suggestions for a better workflow to handle this > situation? > > Thanks, > Tommaso >

July 28, 2015

Loading code from a local git repository

by Tommaso Dal Sasso

Hello, I am trying to version a project on git using filetree. Since I also have some external resources (like images), I would avoid loading the whole project from the pharo image, because that would download the external files in a cache directory, thus making them difficult to reach and update. My idea is to update the git repository from the commandline, and then run a script to build the image. The question then is: is there an easy way to programmatically load a project from a local directory? Also, do you have any suggestions for a better workflow to handle this situation? Thanks, Tommaso

July 28, 2015

Re: [Pharo-users] Announcments vs Events schism

by Matthieu Lacaton

It seems to me that sometimes the difference is a bit blurry. I used to consider announcements like some kinds of user-generated events, but I may be wrong here :/ I'll use SDL as an example because this is the technology chosen for Pharo. In SDL the concept of announcement does not exist. However, you can use SDL_PushEvent to push any event into the event queue. So if you manually push some mouse events, you'll have the events coming directly from the hardware and the ones you have pushed but both will be handled the same way. In this case, should user-generated events be considered as announcements and hardware-generated ones be considered as events ? Or are all these events just events ? In SDL, there is also another kind of event : SDL_UserEvent which is a custom event in which the user can put any data and then push it into the queue. I feel like this one is really close to be considered as an announcement but it is still handled like any other event. Basically in these cases, which ones are real events ? and which ones are announcements-like events ? An event is managed by the event loop and other. The idea is that other > objects do not register to an event. > it happens to me. > > An announcement is raised and unknown object can register and get > access to it. > Other register to react to it. > If an announcement is raised, you need to register to it to be able to react. Okay. But is it not the same thing for events ? If an event is raised you still need to somehow register to it to be able to react. In SDL, if you don't choose to handle the event in your switch then you won't be able to react. In OSWindow, if you don't choose to implement the "visitWhateverEvent:" method, then you won't be able to react. That's why for me, an announcement is like an event, except an event is raised by the hardware and you don't really have a choice about what it is made of, whereas an announcement is raised by the user and he can do whatever he wants with its definition. 2015-07-28 9:58 GMT+02:00 stepharo <stepharo(a)free.fr>: > I think that in Bloc alain did it on purpose and not just by accident. > Alain may correct me: > > An event is managed by the event loop and other. The idea is that > other objects do not register to an event. > it happens to me. > > An announcement is raised and unknown object can register and get > access to it. > Other register to react to it. > > So Event is not equal to Announcement > > Stef > > > > Le 27/7/15 23:57, Peter UhnÃ¡k a Ã©crit : > > Hi, >> >> is there a good reason why not just rename Announcement to Event since >> everyone is calling it that anyways? >> Everybody (almost irrespective of language) understands what an event, >> whilst Announcement is a new vocabulary. >> >> Most people when subclassing will anyways do >> >> Announcement subclass: MyEvent >> >> and so forth. >> >> Is there a benefit in naming it Announcement? Doesn't it just add more >> confusion? >> >> For example Bloc has >> Announcement subclass: #BlAbstractEvent >> and >> Announcement subclass: #BlMorphAnnouncement >> >> whilst Event is clearly favored. >> BlMorphAnnouncement allSubclasses size. "5" >> BlAbstractEvent allSubclasses size. "60" >> >> (Why does Bloc has this separation anyways?) >> >> Peter >> > > >

July 28, 2015

Re: [Pharo-users] SmaCC Warning on Pharo 5

by Dimitris Chloupis

Ah ok, thanks, no I dont use the GUI so far. On Mon, Jul 27, 2015 at 11:39 PM Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > Hi Kilon, > > I haven't done the work to port the SmaCC Gui to Pharo 5. As long as you > don't use the GUI, you should be fine. > > Thierry > Le 27 juil. 2015 9:48 PM, "Dimitris Chloupis" <kilon.alios(a)gmail.com> a > Ã©crit : > >> I am installing my project Ephestos on Pharo 5 that depends on SmaCC and >> SmaCC gives me the following warning >> >> This package depends on the following classes: StringHolder You must >> resolve these dependencies before you will be able to load these >> definitions: SmaCCCodeHolder SmaCCCodeHolder>>#owner: >> SmaCCCodeHolder>>#owner:ownerAcceptSelector: >> SmaCCCodeHolder>>#contents:notifying: >> SmaCCCodeHolder>>#contentsMenu:shifted: SmaCCCodeHolder>>#contentsMorph >> SmaCCCodeHolder>>#hasUnacceptedEdits SmaCCCodeHolder>>#okToChange >> SmaCCCodeHolder>>#owner SmaCCCodeHolder>>#owner: >> SmaCCCodeHolder>>#owner:ownerAcceptSelector: >> SmaCCCodeHolder>>#ownerAcceptSelector >> SmaCCCodeHolder>>#ownerAcceptSelector: SmaCCCodeHolder>>#perform:orSendTo: >> SmaCCCodeHolder>>#readContentsFromFile SmaCCCodeHolder>>#saveContentsInFile >> Select Proceed to continue, or close this window to cancel the operation. >> >> Is this normal ? Should I be worried ? Is SmaCC ok on Pharo 5 ? >> >> Clicking proceed does not appear to create any side effect. >> >

July 28, 2015

Re: [Pharo-users] Announcments vs Events schism

by stepharo

I think that in Bloc alain did it on purpose and not just by accident. Alain may correct me: An event is managed by the event loop and other. The idea is that other objects do not register to an event. it happens to me. An announcement is raised and unknown object can register and get access to it. Other register to react to it. So Event is not equal to Announcement Stef Le 27/7/15 23:57, Peter UhnÃ¡k a Ã©crit : > Hi, > > is there a good reason why not just rename Announcement to Event since > everyone is calling it that anyways? > Everybody (almost irrespective of language) understands what an event, > whilst Announcement is a new vocabulary. > > Most people when subclassing will anyways do > > Announcement subclass: MyEvent > > and so forth. > > Is there a benefit in naming it Announcement? Doesn't it just add more > confusion? > > For example Bloc has > Announcement subclass: #BlAbstractEvent > and > Announcement subclass: #BlMorphAnnouncement > > whilst Event is clearly favored. > BlMorphAnnouncement allSubclasses size. "5" > BlAbstractEvent allSubclasses size. "60" > > (Why does Bloc has this separation anyways?) > > Peter

July 28, 2015

Re: [Pharo-users] Personal wiki / information manager

by Offray Vladimir Luna CÃ¡rdenas

Thanks Evan for the detailed info. This is a busy week for me, but next weekend I will be giving a more detailed look at your software and answering your mail. Cheers, Offray Ps: for some reason your post don't become part of the thread in my mailing client. They start like new post, but keeping the title. :-/ On 27/07/15 18:44, Evan Donahue wrote: > Ah, yes, by 'offline' I did mean outside of the mailing list, but that > was purely out of consideration for the list. If the list wants to > hear it, far be it from me to keep it from them. > > For my part, I am a graduate student working on my dissertation, and I > have been trying to build tools to facilitate that as I go, from > taking and sharing notes, to visualizing primary material, to > (eventually) organizing and writing the dissertation. I have been > following Offray's updates with interest, as I think my goals are very > much allied, but I am starting in a slightly different place, if I > have understood correctly (research and organizing, and not yet > writing, sharing, or publishing). My efforts thus far have been > concentrated in two repositories: > > Chancery (http://smalltalkhub.com/#!/~EvanDonahue/Chancery > <http://smalltalkhub.com/#%21/%7EEvanDonahue/Chancery>) is an early > prototype for a note taking system. I am coming from taking notes in > emacs org-mode, and so Chancery right now is the most straightforward > collapsable tree outliner/note taker that could give me functionality > basically equivalent to what I had in org-mode, and serve as a > platform to co-evolve my research methods and their supporting > technology. The near-term goals for this involve adding metadata > (authors, dates, etc) to the sources I am annotating and using that > for various kinds of historical visualization (and further, attendant > annotation) eg who wrote what when, referencing who, influenced by > what, etc), and can I edit all that directly in its graphical form. > The status of this project is that it is usable by myself and those I > have worked with on it (and I use it as my primary note taking > system), but I'm not sure what it would look like to someone loading > it at the moment (no real intro/docs, as it was just a quick prototype > to provoke further design discussion). > > Trantor (http://smalltalkhub.com/#!/~EvanDonahue/Trantor > <http://smalltalkhub.com/#%21/%7EEvanDonahue/Trantor>) is a > disttributed p2p system for incrementally keeping data structures in > sync between multiple, asynchronously connected pharo instances across > the internet without requiring human attention to resolve merge > conflicts (think laptos where data is edited offline and then > automatically synced when they connect to one another); it is my > answer to sharing and collaboration for things created in Chancery > (although it is a more general purpose project). Functionally, Trantor > provides a set of common datatypes (set, dict, text blob, etc) and a > means to run nodes and peer them for synchronization of said > datatypes. The goal with respect to Chancery/personal information > management is being able to easily grab some structured set of notes > or writing out of the note taking system and share it with > collaborators or colleagues with a button click, and without having to > go through the whole export/send/manage versions dance. This project > is about 85% complete, the proof of concept works, it just needs a big > refactor to make it usable and quash some bugs. > > I guess my observations on using Pharo thus far are first, that it is > absolutely ideal for evolving prototypes, since you get a sort of poor > man's gui and persistance (object inspector + image serialization) > basically for free, which is 90% of the work of such a simple > information management app prototype. I have a fully functional tree > outliner at a point when in another language I would still be trying > to hack a low functionality command line interface. The other thing > I've found refreshing is that my application can live as one among > many within the image, sharing data with other programs by passing > objects around in a way that is impossible to do with a standalone > application running on a modern operating system. the dream of the web > is, I think, heading more in this direction, but working with the > browser (as I was before I came to pharo) requires coordinating a > separate server process, compressing everything into http/html/json, > and a host of other problems that vanish when you can just serialize > objects between pharo instances. In short, I'm getting a lot done in > this language and I expect I'll be around for a while. > > Cheers, > Evan

July 28, 2015

Re: [Pharo-users] Personal wiki / information manager

by Evan Donahue

Ah, yes, by 'offline' I did mean outside of the mailing list, but that was purely out of consideration for the list. If the list wants to hear it, far be it from me to keep it from them. For my part, I am a graduate student working on my dissertation, and I have been trying to build tools to facilitate that as I go, from taking and sharing notes, to visualizing primary material, to (eventually) organizing and writing the dissertation. I have been following Offray's updates with interest, as I think my goals are very much allied, but I am starting in a slightly different place, if I have understood correctly (research and organizing, and not yet writing, sharing, or publishing). My efforts thus far have been concentrated in two repositories: Chancery (http://smalltalkhub.com/#!/~EvanDonahue/Chancery) is an early prototype for a note taking system. I am coming from taking notes in emacs org-mode, and so Chancery right now is the most straightforward collapsable tree outliner/note taker that could give me functionality basically equivalent to what I had in org-mode, and serve as a platform to co-evolve my research methods and their supporting technology. The near-term goals for this involve adding metadata (authors, dates, etc) to the sources I am annotating and using that for various kinds of historical visualization (and further, attendant annotation) eg who wrote what when, referencing who, influenced by what, etc), and can I edit all that directly in its graphical form. The status of this project is that it is usable by myself and those I have worked with on it (and I use it as my primary note taking system), but I'm not sure what it would look like to someone loading it at the moment (no real intro/docs, as it was just a quick prototype to provoke further design discussion). Trantor (http://smalltalkhub.com/#!/~EvanDonahue/Trantor) is a disttributed p2p system for incrementally keeping data structures in sync between multiple, asynchronously connected pharo instances across the internet without requiring human attention to resolve merge conflicts (think laptos where data is edited offline and then automatically synced when they connect to one another); it is my answer to sharing and collaboration for things created in Chancery (although it is a more general purpose project). Functionally, Trantor provides a set of common datatypes (set, dict, text blob, etc) and a means to run nodes and peer them for synchronization of said datatypes. The goal with respect to Chancery/personal information management is being able to easily grab some structured set of notes or writing out of the note taking system and share it with collaborators or colleagues with a button click, and without having to go through the whole export/send/manage versions dance. This project is about 85% complete, the proof of concept works, it just needs a big refactor to make it usable and quash some bugs. I guess my observations on using Pharo thus far are first, that it is absolutely ideal for evolving prototypes, since you get a sort of poor man's gui and persistance (object inspector + image serialization) basically for free, which is 90% of the work of such a simple information management app prototype. I have a fully functional tree outliner at a point when in another language I would still be trying to hack a low functionality command line interface. The other thing I've found refreshing is that my application can live as one among many within the image, sharing data with other programs by passing objects around in a way that is impossible to do with a standalone application running on a modern operating system. the dream of the web is, I think, heading more in this direction, but working with the browser (as I was before I came to pharo) requires coordinating a separate server process, compressing everything into http/html/json, and a host of other problems that vanish when you can just serialize objects between pharo instances. In short, I'm getting a lot done in this language and I expect I'll be around for a while. Cheers, Evan

July 27, 2015

Re: [Pharo-users] Using geographic data

by Arturo Zambrano

Hi HernÃ¡n On Sat, Jul 25, 2015 at 4:54 AM, HernÃ¡n Morales Durand < hernan.morales(a)gmail.com> wrote: > Hi Arturo, > > Do you want to implement a Geolocator like NAC? > http://www.nactag.info/map.asp > Nope, just to count points for each different province. > > > The GADM world tree is built from a CSV which I generated from the GADM > 2.0 dBase files for the whole world. I checked the dBase format and doesn't > include the polygon information you find in the .kmz files. I saw they > released 2.5 this month (July 2015) but only in ESRI geodatabase format > (which I didn't investigated yet, but not the same as ESRI shapefile > format) and will release 2.7 in August 2015. > > Another way could be just to parse the KML (is just an XML file) using > XPath or XMLPullParser. > > Of course,thanks. I wanted to know if there were a library supporting KMZ, and doing some queries on the objects contained there. >From your reply and Sven's , I see there is no such library, but it seems very easy to implement that functionality. My only concern now is performance, I will try it and let you know. > About locating the point in a polygon the problem of traditional 2D > inclusion tests (ray crossing methods) is that require large storage, given > polygons of enough size, complexity and amount of edges. This is a common > situation with level 1 and 2 polygons. New methods for example classiffy > polygon edges into layers, results in faster inclusion test. > > Thanks again. best regards art > HernÃ¡n > > > > > 2015-07-24 20:19 GMT-03:00 Arturo Zambrano <arturo.zambrano(a)gmail.com>: > >> Hi All, >> I would like to get some advice regarding which path I should take. >> >> Problem: >> Given a coordinate I want to know to which geographical object it >> belongs to. >> >> Path 1 >> Using Glorp to make a query to a Postgis instance containing the >> boundaries of the geobjects >> >> >> >> Path 2 >> Use the data form GADM data (according to this thread >> <http://forum.world.st/PostGIS-in-Pharo-td4802233.html>). >> >> >> I would avoid path 1 in order to avoid installation of postgi. From the >> thread mentioned above, I thing that it requires some development. >> >> >> Regarding Path 2, I don't see which framework or library should I use to >> import and query the data contained in the KMZ from GADM. >> >> >> Any advice is welcome. >> >> Best regards. >> Art >> >> >> > >

July 27, 2015

Re: [Pharo-users] Using geographic data

by Arturo Zambrano

Thanks Sven, I will test the performance... some my objects have around 10000 points. Maybe I will reduce the amount of point and sacrifice some precision. I thought something like that was already available in SH. Best regards On Sat, Jul 25, 2015 at 4:31 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Arturo, > > In Pharo itself, you could just do it yourself, like this: > > T3GeoTools class>>#is: position inside: polygon > "T3GeoTools is: 5.33732(a)50.92601 inside: { 5.48230(a)50.82249. > 5.49523(a)50.81288. 5.50138(a)50.82008. 5.50228(a)50.82595. 5.49265(a)50.82560. > 5.48230(a)50.82249 }" > > "T3GeoTools is: 5.49007(a)50.82205 inside: { 5.48230(a)50.82249. > 5.49523(a)50.81288. 5.50138(a)50.82008. 5.50228(a)50.82595. 5.49265(a)50.82560. > 5.48230(a)50.82249 }" > > "Point in polygon - ray casting algorithm - > http://www.ecse.rpi.edu/Homepages/wrf/Research/Short_Notes/pnpoly.html" > > | inside otherIndex | > inside := false. > otherIndex := polygon size. > polygon doWithIndex: [ :each :index | | other | > other := polygon at: otherIndex. > (((each y > position y) ~= (other y > position y)) > and: [ position x < (((other x - each x) * > (position y - each y) / (other y - each y)) + each x) ]) > ifTrue: [ inside := inside not ]. > otherIndex := index ]. > ^ inside > > Inside circle, rectangle etc are trivial. > > Sven > > > On 25 Jul 2015, at 01:19, Arturo Zambrano <arturo.zambrano(a)gmail.com> > wrote: > > > > Hi All, > > I would like to get some advice regarding which path I should take. > > > > Problem: > > Given a coordinate I want to know to which geographical object it > belongs to. > > > > Path 1 > > Using Glorp to make a query to a Postgis instance containing the > boundaries of the geobjects > > > > > > > > Path 2 > > Use the data form GADM data (according to this thread). > > > > > > I would avoid path 1 in order to avoid installation of postgi. From the > > thread mentioned above, I thing that it requires some development. > > > > > > Regarding Path 2, I don't see which framework or library should I use to > > import and query the data contained in the KMZ from GADM. > > > > > > Any advice is welcome. > > > > Best regards. > > Art > > > > > > >

July 27, 2015

Re: [Pharo-users] GitFileTree Warning on Pharo 5

by Peter UhnÃ¡k

Camping with internet access is a sign of not enough wilderness. :) On Mon, Jul 27, 2015 at 10:35 PM, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > Please camp and have fun by all means. I am in no hurry. I used > loadDevelopment and there are no issues. > Happy camping :) > > On Mon, Jul 27, 2015 at 11:33 PM Thierry Goubier < > thierry.goubier(a)gmail.com> wrote: > >> >> Le 27 juil. 2015 10:03 PM, "Dimitris Chloupis" <kilon.alios(a)gmail.com> a >> Ã©crit : >> > >> > maybe add it to stable and update config in the pharo 5 meta repo so we >> can all get it through conf browser ? >> >> I'll do that. >> >> I'm camping at the moment, so I'm not supposed to do Pharo coding ;) >> >> Thierry >> >> > >> > On Mon, Jul 27, 2015 at 10:58 PM Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >> >> >> >> This has been fixed some time ago, but is still in dev branch, so >> #loadDevelopment should do the trick. >> >> >> >> Peter >> >> >> >> On Mon, Jul 27, 2015 at 9:50 PM, Dimitris Chloupis < >> kilon.alios(a)gmail.com> wrote: >> >>> >> >>> I try to install GitFileTree on Pharo and I get this warning >> >>> >> >>> This package depends on the following classes: StringHolder You must >> resolve these dependencies before you will be able to load these >> definitions: CrLfFileEditor CrLfFileEditor>>#defaultLineEndConvention >> CrLfFileEditor>>#editFileNamed: CrLfFileEditor>>#fileNamed: >> CrLfFileEditor>>#fileNamed:inDirectoryPath: >> CrLfFileEditor>>#fileNamed:withLabel: CrLfFileEditor>>#initialize >> CrLfFileEditor>>#on:withLabel:inDirectory:defaultFileName: >> CrLfFileEditor>>#on:withLabel:inDirectory:defaultFileName:lineEndConvention: >> CrLfFileEditor>>#openForFileNamed: >> CrLfFileEditor>>#openOn:withLabel:inDirectory:defaultFileName: >> CrLfFileEditor>>#openOn:withLabel:inDirectory:defaultFileName:lineEndConvention: >> CrLfFileEditor>>#windowColorSpecification CrLfFileEditor>>#bogusTruncate: >> CrLfFileEditor>>#browseChanges CrLfFileEditor>>#contents >> CrLfFileEditor>>#contents: CrLfFileEditor>>#controllerForAccept >> CrLfFileEditor>>#currentFilePathName CrLfFileEditor>>#defaultFont >> CrLfFileEditor>>#directory: CrLfFileEditor>>#exit >> CrLfFileEditor>>#fileContentsMenu:shifted: CrLfFileEditor>>#fileName: >> CrLfFileEditor>>#forceDirtyBuffer CrLfFileEditor>>#getAnotherFileName: >> CrLfFileEditor>>#getFileName: CrLfFileEditor>>#getHex >> CrLfFileEditor>>#getSelection CrLfFileEditor>>#getText >> CrLfFileEditor>>#hexFormat: CrLfFileEditor>>#labelString >> CrLfFileEditor>>#lineEndConvention: CrLfFileEditor>>#mvcWithLabel: >> CrLfFileEditor>>#openAsMorphLabel: CrLfFileEditor>>#openLabel: >> CrLfFileEditor>>#put: CrLfFileEditor>>#save CrLfFileEditor>>#saveAs >> CrLfFileEditor>>#selectedClassOrMetaClass >> CrLfFileEditor>>#selectedMessageCategoryName >> CrLfFileEditor>>#updateFilePathWith: CrLfFileEditor>>#viewStyle: >> CrLfFileEditor>>#withLabel: Select Proceed to continue, or close this >> window to cancel the operation. >> >>> >> >>> Should I be worried ? Will this mess up my git repo ? >> >> >> >> >> >

July 27, 2015

Announcments vs Events schism

by Peter UhnÃ¡k

Hi, is there a good reason why not just rename Announcement to Event since everyone is calling it that anyways? Everybody (almost irrespective of language) understands what an event, whilst Announcement is a new vocabulary. Most people when subclassing will anyways do Announcement subclass: MyEvent and so forth. Is there a benefit in naming it Announcement? Doesn't it just add more confusion? For example Bloc has Announcement subclass: #BlAbstractEvent and Announcement subclass: #BlMorphAnnouncement whilst Event is clearly favored. BlMorphAnnouncement allSubclasses size. "5" BlAbstractEvent allSubclasses size. "60" (Why does Bloc has this separation anyways?) Peter

July 27, 2015

Re: [Pharo-users] SmaCC Warning on Pharo 5

by Thierry Goubier

Hi Kilon, I haven't done the work to port the SmaCC Gui to Pharo 5. As long as you don't use the GUI, you should be fine. Thierry Le 27 juil. 2015 9:48 PM, "Dimitris Chloupis" <kilon.alios(a)gmail.com> a Ã©crit : > I am installing my project Ephestos on Pharo 5 that depends on SmaCC and > SmaCC gives me the following warning > > This package depends on the following classes: StringHolder You must > resolve these dependencies before you will be able to load these > definitions: SmaCCCodeHolder SmaCCCodeHolder>>#owner: > SmaCCCodeHolder>>#owner:ownerAcceptSelector: > SmaCCCodeHolder>>#contents:notifying: > SmaCCCodeHolder>>#contentsMenu:shifted: SmaCCCodeHolder>>#contentsMorph > SmaCCCodeHolder>>#hasUnacceptedEdits SmaCCCodeHolder>>#okToChange > SmaCCCodeHolder>>#owner SmaCCCodeHolder>>#owner: > SmaCCCodeHolder>>#owner:ownerAcceptSelector: > SmaCCCodeHolder>>#ownerAcceptSelector > SmaCCCodeHolder>>#ownerAcceptSelector: SmaCCCodeHolder>>#perform:orSendTo: > SmaCCCodeHolder>>#readContentsFromFile SmaCCCodeHolder>>#saveContentsInFile > Select Proceed to continue, or close this window to cancel the operation. > > Is this normal ? Should I be worried ? Is SmaCC ok on Pharo 5 ? > > Clicking proceed does not appear to create any side effect. >

July 27, 2015

Re: [Pharo-users] GitFileTree Warning on Pharo 5

by Dimitris Chloupis

Please camp and have fun by all means. I am in no hurry. I used loadDevelopment and there are no issues. Happy camping :) On Mon, Jul 27, 2015 at 11:33 PM Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > > Le 27 juil. 2015 10:03 PM, "Dimitris Chloupis" <kilon.alios(a)gmail.com> a > Ã©crit : > > > > maybe add it to stable and update config in the pharo 5 meta repo so we > can all get it through conf browser ? > > I'll do that. > > I'm camping at the moment, so I'm not supposed to do Pharo coding ;) > > Thierry > > > > > On Mon, Jul 27, 2015 at 10:58 PM Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > >> > >> This has been fixed some time ago, but is still in dev branch, so > #loadDevelopment should do the trick. > >> > >> Peter > >> > >> On Mon, Jul 27, 2015 at 9:50 PM, Dimitris Chloupis < > kilon.alios(a)gmail.com> wrote: > >>> > >>> I try to install GitFileTree on Pharo and I get this warning > >>> > >>> This package depends on the following classes: StringHolder You must > resolve these dependencies before you will be able to load these > definitions: CrLfFileEditor CrLfFileEditor>>#defaultLineEndConvention > CrLfFileEditor>>#editFileNamed: CrLfFileEditor>>#fileNamed: > CrLfFileEditor>>#fileNamed:inDirectoryPath: > CrLfFileEditor>>#fileNamed:withLabel: CrLfFileEditor>>#initialize > CrLfFileEditor>>#on:withLabel:inDirectory:defaultFileName: > CrLfFileEditor>>#on:withLabel:inDirectory:defaultFileName:lineEndConvention: > CrLfFileEditor>>#openForFileNamed: > CrLfFileEditor>>#openOn:withLabel:inDirectory:defaultFileName: > CrLfFileEditor>>#openOn:withLabel:inDirectory:defaultFileName:lineEndConvention: > CrLfFileEditor>>#windowColorSpecification CrLfFileEditor>>#bogusTruncate: > CrLfFileEditor>>#browseChanges CrLfFileEditor>>#contents > CrLfFileEditor>>#contents: CrLfFileEditor>>#controllerForAccept > CrLfFileEditor>>#currentFilePathName CrLfFileEditor>>#defaultFont > CrLfFileEditor>>#directory: CrLfFileEditor>>#exit > CrLfFileEditor>>#fileContentsMenu:shifted: CrLfFileEditor>>#fileName: > CrLfFileEditor>>#forceDirtyBuffer CrLfFileEditor>>#getAnotherFileName: > CrLfFileEditor>>#getFileName: CrLfFileEditor>>#getHex > CrLfFileEditor>>#getSelection CrLfFileEditor>>#getText > CrLfFileEditor>>#hexFormat: CrLfFileEditor>>#labelString > CrLfFileEditor>>#lineEndConvention: CrLfFileEditor>>#mvcWithLabel: > CrLfFileEditor>>#openAsMorphLabel: CrLfFileEditor>>#openLabel: > CrLfFileEditor>>#put: CrLfFileEditor>>#save CrLfFileEditor>>#saveAs > CrLfFileEditor>>#selectedClassOrMetaClass > CrLfFileEditor>>#selectedMessageCategoryName > CrLfFileEditor>>#updateFilePathWith: CrLfFileEditor>>#viewStyle: > CrLfFileEditor>>#withLabel: Select Proceed to continue, or close this > window to cancel the operation. > >>> > >>> Should I be worried ? Will this mess up my git repo ? > >> > >> >

July 27, 2015

Re: [Pharo-users] GitFileTree Warning on Pharo 5

by Thierry Goubier

Le 27 juil. 2015 10:03 PM, "Dimitris Chloupis" <kilon.alios(a)gmail.com> a Ã©crit : > > maybe add it to stable and update config in the pharo 5 meta repo so we can all get it through conf browser ? I'll do that. I'm camping at the moment, so I'm not supposed to do Pharo coding ;) Thierry > > On Mon, Jul 27, 2015 at 10:58 PM Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >> >> This has been fixed some time ago, but is still in dev branch, so #loadDevelopment should do the trick. >> >> Peter >> >> On Mon, Jul 27, 2015 at 9:50 PM, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: >>> >>> I try to install GitFileTree on Pharo and I get this warning >>> >>> This package depends on the following classes: StringHolder You must resolve these dependencies before you will be able to load these definitions: CrLfFileEditor CrLfFileEditor>>#defaultLineEndConvention CrLfFileEditor>>#editFileNamed: CrLfFileEditor>>#fileNamed: CrLfFileEditor>>#fileNamed:inDirectoryPath: CrLfFileEditor>>#fileNamed:withLabel: CrLfFileEditor>>#initialize CrLfFileEditor>>#on:withLabel:inDirectory:defaultFileName: CrLfFileEditor>>#on:withLabel:inDirectory:defaultFileName:lineEndConvention: CrLfFileEditor>>#openForFileNamed: CrLfFileEditor>>#openOn:withLabel:inDirectory:defaultFileName: CrLfFileEditor>>#openOn:withLabel:inDirectory:defaultFileName:lineEndConvention: CrLfFileEditor>>#windowColorSpecification CrLfFileEditor>>#bogusTruncate: CrLfFileEditor>>#browseChanges CrLfFileEditor>>#contents CrLfFileEditor>>#contents: CrLfFileEditor>>#controllerForAccept CrLfFileEditor>>#currentFilePathName CrLfFileEditor>>#defaultFont CrLfFileEditor>>#directory: CrLfFileEditor>>#exit CrLfFileEditor>>#fileContentsMenu:shifted: CrLfFileEditor>>#fileName: CrLfFileEditor>>#forceDirtyBuffer CrLfFileEditor>>#getAnotherFileName: CrLfFileEditor>>#getFileName: CrLfFileEditor>>#getHex CrLfFileEditor>>#getSelection CrLfFileEditor>>#getText CrLfFileEditor>>#hexFormat: CrLfFileEditor>>#labelString CrLfFileEditor>>#lineEndConvention: CrLfFileEditor>>#mvcWithLabel: CrLfFileEditor>>#openAsMorphLabel: CrLfFileEditor>>#openLabel: CrLfFileEditor>>#put: CrLfFileEditor>>#save CrLfFileEditor>>#saveAs CrLfFileEditor>>#selectedClassOrMetaClass CrLfFileEditor>>#selectedMessageCategoryName CrLfFileEditor>>#updateFilePathWith: CrLfFileEditor>>#viewStyle: CrLfFileEditor>>#withLabel: Select Proceed to continue, or close this window to cancel the operation. >>> >>> Should I be worried ? Will this mess up my git repo ? >> >>

July 27, 2015

Re: [Pharo-users] Markdown -> Pillar

by HernÃ¡n Morales Durand

Thanks Damien, HernÃ¡n 2015-07-27 5:52 GMT-03:00 Damien Cassou <damien.cassou(a)inria.fr>: > > HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> writes: > > > Has anyone implemented a feature to convert a document from Markdown > format > > to Pillar? > > not yet. But Jan implemented a full-featured Markdown parser in > PetitParser so I guess the hard part has been written already. I know > others are interested in that too, e.g., Norbert. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." --Winston Churchill > >

July 27, 2015

Re: [Pharo-users] GitFileTree Warning on Pharo 5

by Dimitris Chloupis

maybe add it to stable and update config in the pharo 5 meta repo so we can all get it through conf browser ? On Mon, Jul 27, 2015 at 10:58 PM Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > This has been fixed some time ago, but is still in dev branch, so > #loadDevelopment should do the trick. > > Peter > > On Mon, Jul 27, 2015 at 9:50 PM, Dimitris Chloupis <kilon.alios(a)gmail.com> > wrote: > >> I try to install GitFileTree on Pharo and I get this warning >> >> This package depends on the following classes: StringHolder You must >> resolve these dependencies before you will be able to load these >> definitions: CrLfFileEditor CrLfFileEditor>>#defaultLineEndConvention >> CrLfFileEditor>>#editFileNamed: CrLfFileEditor>>#fileNamed: >> CrLfFileEditor>>#fileNamed:inDirectoryPath: >> CrLfFileEditor>>#fileNamed:withLabel: CrLfFileEditor>>#initialize >> CrLfFileEditor>>#on:withLabel:inDirectory:defaultFileName: >> CrLfFileEditor>>#on:withLabel:inDirectory:defaultFileName:lineEndConvention: >> CrLfFileEditor>>#openForFileNamed: >> CrLfFileEditor>>#openOn:withLabel:inDirectory:defaultFileName: >> CrLfFileEditor>>#openOn:withLabel:inDirectory:defaultFileName:lineEndConvention: >> CrLfFileEditor>>#windowColorSpecification CrLfFileEditor>>#bogusTruncate: >> CrLfFileEditor>>#browseChanges CrLfFileEditor>>#contents >> CrLfFileEditor>>#contents: CrLfFileEditor>>#controllerForAccept >> CrLfFileEditor>>#currentFilePathName CrLfFileEditor>>#defaultFont >> CrLfFileEditor>>#directory: CrLfFileEditor>>#exit >> CrLfFileEditor>>#fileContentsMenu:shifted: CrLfFileEditor>>#fileName: >> CrLfFileEditor>>#forceDirtyBuffer CrLfFileEditor>>#getAnotherFileName: >> CrLfFileEditor>>#getFileName: CrLfFileEditor>>#getHex >> CrLfFileEditor>>#getSelection CrLfFileEditor>>#getText >> CrLfFileEditor>>#hexFormat: CrLfFileEditor>>#labelString >> CrLfFileEditor>>#lineEndConvention: CrLfFileEditor>>#mvcWithLabel: >> CrLfFileEditor>>#openAsMorphLabel: CrLfFileEditor>>#openLabel: >> CrLfFileEditor>>#put: CrLfFileEditor>>#save CrLfFileEditor>>#saveAs >> CrLfFileEditor>>#selectedClassOrMetaClass >> CrLfFileEditor>>#selectedMessageCategoryName >> CrLfFileEditor>>#updateFilePathWith: CrLfFileEditor>>#viewStyle: >> CrLfFileEditor>>#withLabel: Select Proceed to continue, or close this >> window to cancel the operation. >> >> Should I be worried ? Will this mess up my git repo ? >> > >

July 27, 2015

Re: [Pharo-users] GitFileTree Warning on Pharo 5

by Peter UhnÃ¡k

This has been fixed some time ago, but is still in dev branch, so #loadDevelopment should do the trick. Peter On Mon, Jul 27, 2015 at 9:50 PM, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > I try to install GitFileTree on Pharo and I get this warning > > This package depends on the following classes: StringHolder You must > resolve these dependencies before you will be able to load these > definitions: CrLfFileEditor CrLfFileEditor>>#defaultLineEndConvention > CrLfFileEditor>>#editFileNamed: CrLfFileEditor>>#fileNamed: > CrLfFileEditor>>#fileNamed:inDirectoryPath: > CrLfFileEditor>>#fileNamed:withLabel: CrLfFileEditor>>#initialize > CrLfFileEditor>>#on:withLabel:inDirectory:defaultFileName: > CrLfFileEditor>>#on:withLabel:inDirectory:defaultFileName:lineEndConvention: > CrLfFileEditor>>#openForFileNamed: > CrLfFileEditor>>#openOn:withLabel:inDirectory:defaultFileName: > CrLfFileEditor>>#openOn:withLabel:inDirectory:defaultFileName:lineEndConvention: > CrLfFileEditor>>#windowColorSpecification CrLfFileEditor>>#bogusTruncate: > CrLfFileEditor>>#browseChanges CrLfFileEditor>>#contents > CrLfFileEditor>>#contents: CrLfFileEditor>>#controllerForAccept > CrLfFileEditor>>#currentFilePathName CrLfFileEditor>>#defaultFont > CrLfFileEditor>>#directory: CrLfFileEditor>>#exit > CrLfFileEditor>>#fileContentsMenu:shifted: CrLfFileEditor>>#fileName: > CrLfFileEditor>>#forceDirtyBuffer CrLfFileEditor>>#getAnotherFileName: > CrLfFileEditor>>#getFileName: CrLfFileEditor>>#getHex > CrLfFileEditor>>#getSelection CrLfFileEditor>>#getText > CrLfFileEditor>>#hexFormat: CrLfFileEditor>>#labelString > CrLfFileEditor>>#lineEndConvention: CrLfFileEditor>>#mvcWithLabel: > CrLfFileEditor>>#openAsMorphLabel: CrLfFileEditor>>#openLabel: > CrLfFileEditor>>#put: CrLfFileEditor>>#save CrLfFileEditor>>#saveAs > CrLfFileEditor>>#selectedClassOrMetaClass > CrLfFileEditor>>#selectedMessageCategoryName > CrLfFileEditor>>#updateFilePathWith: CrLfFileEditor>>#viewStyle: > CrLfFileEditor>>#withLabel: Select Proceed to continue, or close this > window to cancel the operation. > > Should I be worried ? Will this mess up my git repo ? >

July 27, 2015

GitFileTree Warning on Pharo 5

by Dimitris Chloupis

I try to install GitFileTree on Pharo and I get this warning This package depends on the following classes: StringHolder You must resolve these dependencies before you will be able to load these definitions: CrLfFileEditor CrLfFileEditor>>#defaultLineEndConvention CrLfFileEditor>>#editFileNamed: CrLfFileEditor>>#fileNamed: CrLfFileEditor>>#fileNamed:inDirectoryPath: CrLfFileEditor>>#fileNamed:withLabel: CrLfFileEditor>>#initialize CrLfFileEditor>>#on:withLabel:inDirectory:defaultFileName: CrLfFileEditor>>#on:withLabel:inDirectory:defaultFileName:lineEndConvention: CrLfFileEditor>>#openForFileNamed: CrLfFileEditor>>#openOn:withLabel:inDirectory:defaultFileName: CrLfFileEditor>>#openOn:withLabel:inDirectory:defaultFileName:lineEndConvention: CrLfFileEditor>>#windowColorSpecification CrLfFileEditor>>#bogusTruncate: CrLfFileEditor>>#browseChanges CrLfFileEditor>>#contents CrLfFileEditor>>#contents: CrLfFileEditor>>#controllerForAccept CrLfFileEditor>>#currentFilePathName CrLfFileEditor>>#defaultFont CrLfFileEditor>>#directory: CrLfFileEditor>>#exit CrLfFileEditor>>#fileContentsMenu:shifted: CrLfFileEditor>>#fileName: CrLfFileEditor>>#forceDirtyBuffer CrLfFileEditor>>#getAnotherFileName: CrLfFileEditor>>#getFileName: CrLfFileEditor>>#getHex CrLfFileEditor>>#getSelection CrLfFileEditor>>#getText CrLfFileEditor>>#hexFormat: CrLfFileEditor>>#labelString CrLfFileEditor>>#lineEndConvention: CrLfFileEditor>>#mvcWithLabel: CrLfFileEditor>>#openAsMorphLabel: CrLfFileEditor>>#openLabel: CrLfFileEditor>>#put: CrLfFileEditor>>#save CrLfFileEditor>>#saveAs CrLfFileEditor>>#selectedClassOrMetaClass CrLfFileEditor>>#selectedMessageCategoryName CrLfFileEditor>>#updateFilePathWith: CrLfFileEditor>>#viewStyle: CrLfFileEditor>>#withLabel: Select Proceed to continue, or close this window to cancel the operation. Should I be worried ? Will this mess up my git repo ?

July 27, 2015

SmaCC Warning on Pharo 5

by Dimitris Chloupis

I am installing my project Ephestos on Pharo 5 that depends on SmaCC and SmaCC gives me the following warning This package depends on the following classes: StringHolder You must resolve these dependencies before you will be able to load these definitions: SmaCCCodeHolder SmaCCCodeHolder>>#owner: SmaCCCodeHolder>>#owner:ownerAcceptSelector: SmaCCCodeHolder>>#contents:notifying: SmaCCCodeHolder>>#contentsMenu:shifted: SmaCCCodeHolder>>#contentsMorph SmaCCCodeHolder>>#hasUnacceptedEdits SmaCCCodeHolder>>#okToChange SmaCCCodeHolder>>#owner SmaCCCodeHolder>>#owner: SmaCCCodeHolder>>#owner:ownerAcceptSelector: SmaCCCodeHolder>>#ownerAcceptSelector SmaCCCodeHolder>>#ownerAcceptSelector: SmaCCCodeHolder>>#perform:orSendTo: SmaCCCodeHolder>>#readContentsFromFile SmaCCCodeHolder>>#saveContentsInFile Select Proceed to continue, or close this window to cancel the operation. Is this normal ? Should I be worried ? Is SmaCC ok on Pharo 5 ? Clicking proceed does not appear to create any side effect.

July 27, 2015

Re: [Pharo-users] Separate compilation with Pillar?

by Alexandre Bergel

> Alex you should use the texmate plugin because the chapter is rendered on Cmd-R. Oh! I did not know this! By the way, is there a way to have the spell checker when using TextMate? I do not have the spell checker when editing Pillar files. Am I the only one? Cheers, Alexandre

July 27, 2015

Re: [Pharo-users] Linux Install -- problems, but eventually successful

by Sean P. DeNigris

Andy Jones wrote > since the instructions at > http://pharo.org/gnu-linux-installation#64-bit-System-Setup seem to be out > of date... > Note that there is no ia32-libs package on Jessie, as far as I can tell. The instructions, under "Ubuntu 14.04 and Later", link to http://pharo.org/gnu-linux-installation#ubuntu-ppa-headless-vm , which advises: sudo add-apt-repository ppa:pharo/stable sudo dpkg --add-architecture i386 sudo apt-get update sudo apt-get install pharo-vm-core Did you try that? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Linux-Install-problems-but-eventually-successful-tp48… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 27, 2015

Re: [Pharo-users] NativeBoost and variadic functions

by Ben Coman

On Mon, Jul 27, 2015 at 9:56 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > >>> >>> And let me remind you that despite that NB implements FFI to speak with >>> C, it is not obliged to implement features of C language itself. It lets >>> you speak with C programs, but not lets you write programs like in C (see >>> the difference? :) >> >> I wasn't implying that implicit type conversion was a good thing that >> needed implementing -- but just a bump if it hadn't needed attention >> to it before when C did it automagically. >> cheers -ben > > > Of course, Ben, i understand that you may miss some of the feature(s), you > get used to when doing things in C. Sorry I wasn't clear so just to emphasise, I agree NB should not implement such a feature. I was trying to say just that it should be explicit** that implicit type conversions are not supported. A lot of programmers at various levels of experience not very aware of implicit type conversions will probably be bitten by the same error. So to avoid the bites, I guess we need to teach this bit of C when teaching NB. ** perhaps with an example demonstrating it, but I don't know what that might be. cheers -ben > But then consider what is involved to implement such feature because it > means determining argument types at run time (at compile time it is > impossible as well as 'compile once when it is invoked for the first time' > that NB does ) > That means that no matter how well you try, the implementation will suck.. > because it will be very slow comparing to one that uses fixed-type > fixed-argument number. > > My philosophy , in general, for programming is avoid bloat and inefficiency > at all costs. When some feature requires bloat and going to be very > inefficient, i simply saying 'No'. > Especially at infrastructural level, which NB belongs to. > Because one thing that you (of me) as implementer knows what is fast & cool > and what is slow & inefficient, but then users come and start using things > in a way you would never think your stuff will be ever used.. and start > spreading inefficiency in their project(s). And more that that, once they > get used to it, then you would be never able to remove it because it is > there and everyone using it and some even loving it :) > > > -- > Best regards, > Igor Stasenko.

July 27, 2015

Re: [Pharo-users] NativeBoost and variadic functions

by Igor Stasenko

> > > > And let me remind you that despite that NB implements FFI to speak with > C, > > it is not obliged to implement features of C language itself. It lets you > > speak with C programs, but not lets you write programs like in C (see the > > difference? :) > > I wasn't implying that implicit type conversion was a good thing that > needed implementing -- but just a bump if it hadn't needed attention > to it before when C did it automagically. > cheers -ben > Of course, Ben, i understand that you may miss some of the feature(s), you get used to when doing things in C. But then consider what is involved to implement such feature because it means determining argument types at run time (at compile time it is impossible as well as 'compile once when it is invoked for the first time' that NB does ) That means that no matter how well you try, the implementation will suck.. because it will be very slow comparing to one that uses fixed-type fixed-argument number. My philosophy , in general, for programming is avoid bloat and inefficiency at all costs. When some feature requires bloat and going to be very inefficient, i simply saying 'No'. Especially at infrastructural level, which NB belongs to. Because one thing that you (of me) as implementer knows what is fast & cool and what is slow & inefficient, but then users come and start using things in a way you would never think your stuff will be ever used.. and start spreading inefficiency in their project(s). And more that that, once they get used to it, then you would be never able to remove it because it is there and everyone using it and some even loving it :) -- Best regards, Igor Stasenko.

July 27, 2015

Re: [Pharo-users] Personal wiki / information manager

by Offray Vladimir Luna CÃ¡rdenas

Hi, On 27/07/15 02:35, stepharo wrote: > > > Le 26/7/15 22:30, Andy Jones a Ã©crit : >> LOL - this is actually what brought me back to Smalltalk again - >> specifically the idea of some sort of programmable Wiki - but I >> certainly don't have any code yet; complete newb here. > > If you want a wiki syntax use pillar because it is the syntax of Pier > and you will get for free all the instratucture and outputter and > editing support. I'm using pandoc's markdown and trying to make pandoc to talk better with Pharo. Pandoc has support for a lot of languages (see graph at [1]), including html and LaTeX, but also a more plural community [2] including plublishers [3] (the post is about using IPython notebook but the supporting format is markdown). In my opinion this is a good example of a place where we need to talk better with external libraries, frameworks and communities. [1] http://pandoc.org/ [2] http://scholarlymarkdown.com/ [3] https://beta.oreilly.com/ideas/jupyter-at-oreilly Cheers, Offray

July 27, 2015

Re: [Pharo-users] Personal wiki / information manager

by Tudor Girba

Indeed, TxText should provide live rendering. In the meantime, we have Rubric and there is a reasonable support for live rendering and linking: http://www.humane-assessment.com/blog/writing-pillar-books-with-the-gtinspe… However, the current problem is the parser. In my solution, I used an island parser based on PetitParser. That's because the main parser is not flexible enough and, for example, does not preserve the locations of AST nodes. So, I would suggest to build on top of the GTInspector extension for now and focus on the Pillar parser. Once the parser will be usable for live rendering, we can switch to the TxText. Who would be interested in participating? Cheers, Doru On Mon, Jul 27, 2015 at 12:21 PM, stepharo <stepharo(a)free.fr> wrote: > Once we will get TxText we will really invest into nice rendering. Now > nothing prevents someone to push to have comments better rendered > based on kasper > > Stef > > Le 27/7/15 10:09, Peter UhnÃ¡k a Ã©crit : > > I think that we would need some better support for text rendering for > Pillar to be usable inside Pharo --- that's reason why I gave up on this > long ago and am still using html (and js) for myself... and also because of > clickable links. > > Kasper Ãsterbye did this some time ago > > â(original thread > http://forum.world.st/Class-comments-rendered-in-Nautilus-through-Pillar-td… > ) > > However I have no idea what is the current state of it (Pillar > repository shows only a single commit from April). > > Ideally I want full html+css renderer, but that is hard. > > Peter > > On Mon, Jul 27, 2015 at 9:35 AM, stepharo <stepharo(a)free.fr> wrote: > >> >> >> Le 26/7/15 22:30, Andy Jones a Ã©crit : >> >> LOL - this is actually what brought me back to Smalltalk again - >> specifically the idea of some sort of programmable Wiki - but I certainly >> don't have any code yet; complete newb here. >> >> >> If you want a wiki syntax use pillar because it is the syntax of Pier >> and you will get for free all the instratucture and outputter and >> editing support. >> >> >> On 26 July 2015 21:27:15 BST, Evan Donahue <emdonahu(a)gmail.com> >> <emdonahu(a)gmail.com> wrote: >>> >>> Seems that Pharo is a magnet for this kind of project. I've been writing >>> one as well and using it to organize my research notes. Does anyone working >>> on personal info mgmt tools want to talk offline? I expect we're running >>> into some of the same issues, both conceptual and technical. >>> >>> Evan >>> >>> >>> >> -- >> Sent from my Android device with K-9 Mail. Please excuse my brevity. >> >> >> > > -- www.tudorgirba.com "Every thing has its own flow"

July 27, 2015

Re: [Pharo-users] Personal wiki / information manager

by stepharo

Once we will get TxText we will really invest into nice rendering. Now nothing prevents someone to push to have comments better rendered based on kasper Stef Le 27/7/15 10:09, Peter UhnÃ¡k a Ã©crit : > I think that we would need some better support for text rendering for > Pillar to be usable inside Pharo --- that's reason why I gave up on > this long ago and am still using html (and js) for myself... and also > because of clickable links. > > Kasper Ãsterbye did this some time ago > > â(original thread > http://forum.world.st/Class-comments-rendered-in-Nautilus-through-Pillar-td… > ) > > However I have no idea what is the current state of it (Pillar > repository shows only a single commit from April). > > Ideally I want full html+css renderer, but that is hard. > > Peter > > On Mon, Jul 27, 2015 at 9:35 AM, stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > > > Le 26/7/15 22:30, Andy Jones a Ã©crit : >> LOL - this is actually what brought me back to Smalltalk again - >> specifically the idea of some sort of programmable Wiki - but I >> certainly don't have any code yet; complete newb here. > > If you want a wiki syntax use pillar because it is the syntax of > Pier and you will get for free all the instratucture and outputter > and > editing support. >> >> On 26 July 2015 21:27:15 BST, Evan Donahue <emdonahu(a)gmail.com> >> <mailto:emdonahu@gmail.com> wrote: >> >> Seems that Pharo is a magnet for this kind of project. I've >> been writing one as well and using it to organize my research >> notes. Does anyone working on personal info mgmt tools want >> to talk offline? I expect we're running into some of the same >> issues, both conceptual and technical. >> >> Evan >> >> >> >> -- >> Sent from my Android device with K-9 Mail. Please excuse my brevity. > >

July 27, 2015

Re: [Pharo-users] A Morphic ScrumBoard, part 4: Other planning boards

by stepharo

Le 27/7/15 11:04, Tudor Girba a Ã©crit : > We would love to have your demos on Bloc soon :) We all thought the same ;) > > Doru > > On Mon, Jul 27, 2015 at 10:30 AM, Stephan Eggermont <stephan(a)stack.nl > <mailto:stephan@stack.nl>> wrote: > > On 27-07-15 09:38, stepharo wrote: > > you are proving that people can use Morphic to build non > traditional > applications and without roassal :) > > > The Roassal examples made it much easier to get started. > Roassal with Glamour was excellent for building applications > with lots of visualizations. > > I hope having some Morphic examples will give people an easier start. > > Stephan > > > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com> > > "Every thing has its own flow"

July 27, 2015

Re: [Pharo-users] A Morphic ScrumBoard, part 4: Other planning boards

by Tudor Girba

We would love to have your demos on Bloc soon :) Doru On Mon, Jul 27, 2015 at 10:30 AM, Stephan Eggermont <stephan(a)stack.nl> wrote: > On 27-07-15 09:38, stepharo wrote: > >> you are proving that people can use Morphic to build non traditional >> applications and without roassal :) >> > > The Roassal examples made it much easier to get started. > Roassal with Glamour was excellent for building applications > with lots of visualizations. > > I hope having some Morphic examples will give people an easier start. > > Stephan > > > > -- www.tudorgirba.com "Every thing has its own flow"

July 27, 2015

Re: [Pharo-users] Markdown -> Pillar

by Damien Cassou

HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> writes: > Has anyone implemented a feature to convert a document from Markdown format > to Pillar? not yet. But Jan implemented a full-featured Markdown parser in PetitParser so I guess the hard part has been written already. I know others are interested in that too, e.g., Norbert. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

July 27, 2015

Re: [Pharo-users] Separate compilation with Pillar?

by Damien Cassou

Ferlicot D. Cyril <cyril.ferlicot(a)gmail.com> writes: > I'll work soon on getting ride of the scripts. > We'll try to have everything on the configuration file. So, that will be > easy to export only 1 chapter, or to remove one export etc. that' really important Cyril. We should get rid of bash scripts. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

July 27, 2015

Markdown -> Pillar

by HernÃ¡n Morales Durand

Hello, Has anyone implemented a feature to convert a document from Markdown format to Pillar? Cheers, HernÃ¡n

July 27, 2015

Re: [Pharo-users] Personal wiki / information manager

by Damien Cassou

Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net> writes: > Ohh offline of the mailing list. I got it! Wouldn't be better if we talk > here about the ideas of outliners an PIM made with Pharo? Maybe this can > help with ideas and discussion at least until it gets traction. please continue on the mailing list -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

July 27, 2015

Re: [Pharo-users] A Morphic ScrumBoard, part 4: Other planning boards

by Stephan Eggermont

On 27-07-15 09:38, stepharo wrote: > you are proving that people can use Morphic to build non traditional > applications and without roassal :) The Roassal examples made it much easier to get started. Roassal with Glamour was excellent for building applications with lots of visualizations. I hope having some Morphic examples will give people an easier start. Stephan

July 27, 2015

Re: [Pharo-users] Personal wiki / information manager

by Peter UhnÃ¡k

I think that we would need some better support for text rendering for Pillar to be usable inside Pharo --- that's reason why I gave up on this long ago and am still using html (and js) for myself... and also because of clickable links. Kasper Ãsterbye did this some time ago â(original thread http://forum.world.st/Class-comments-rendered-in-Nautilus-through-Pillar-td… ) However I have no idea what is the current state of it (Pillar repository shows only a single commit from April). Ideally I want full html+css renderer, but that is hard. Peter On Mon, Jul 27, 2015 at 9:35 AM, stepharo <stepharo(a)free.fr> wrote: > > > Le 26/7/15 22:30, Andy Jones a Ã©crit : > > LOL - this is actually what brought me back to Smalltalk again - > specifically the idea of some sort of programmable Wiki - but I certainly > don't have any code yet; complete newb here. > > > If you want a wiki syntax use pillar because it is the syntax of Pier and > you will get for free all the instratucture and outputter and > editing support. > > > On 26 July 2015 21:27:15 BST, Evan Donahue <emdonahu(a)gmail.com> > <emdonahu(a)gmail.com> wrote: >> >> Seems that Pharo is a magnet for this kind of project. I've been writing >> one as well and using it to organize my research notes. Does anyone working >> on personal info mgmt tools want to talk offline? I expect we're running >> into some of the same issues, both conceptual and technical. >> >> Evan >> >> >> > -- > Sent from my Android device with K-9 Mail. Please excuse my brevity. > > >

July 27, 2015

Re: [Pharo-users] A Morphic ScrumBoard, part 4: Other planning boards

by stepharo

Stephan you are proving that people can use Morphic to build non traditional applications and without roassal :) Stef Le 26/7/15 19:27, Stephan Eggermont a Ã©crit : > Pharo is an excellent environment for building interactive > applications. In part 4 of this series, I take a look at a planning > tool for time slot based planning. This is not so common in software > development, but is used a lot in simple and complicated contexts. In > the example, there are 4 rooms that can be scheduled between 8:00 and > 18:00 at a granularity of 5 minutes. An element panel is added as a > new kind of drag panel containing prototypes of the tasks that can be > planned. Here the prototypes are no longer the squares from the > earlier drag panels, their height depends on the amount of time they > take. When a task prototype is dragged to the plan board, the > responsible party can be selected using spotter. > > https://vimeo.com/134547026 > > Stephan >

July 27, 2015

Re: [Pharo-users] Personal wiki / information manager

by stepharo

Le 26/7/15 22:30, Andy Jones a Ã©crit : > LOL - this is actually what brought me back to Smalltalk again - > specifically the idea of some sort of programmable Wiki - but I > certainly don't have any code yet; complete newb here. If you want a wiki syntax use pillar because it is the syntax of Pier and you will get for free all the instratucture and outputter and editing support. > > On 26 July 2015 21:27:15 BST, Evan Donahue <emdonahu(a)gmail.com> wrote: > > Seems that Pharo is a magnet for this kind of project. I've been > writing one as well and using it to organize my research notes. > Does anyone working on personal info mgmt tools want to talk > offline? I expect we're running into some of the same issues, both > conceptual and technical. > > Evan > > > > -- > Sent from my Android device with K-9 Mail. Please excuse my brevity.

July 27, 2015

Re: [Pharo-users] Personal wiki / information manager

by Norbert Hartl

> Am 27.07.2015 um 04:01 schrieb Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net>: > > Ohh offline of the mailing list. I got it! Wouldn't be better if we talk here about the ideas of outliners an PIM made with Pharo? Maybe this can help with ideas and discussion at least until it gets traction. > +1 Norbert > Cheers, > > Offray > >> On 26/07/15 16:55, Offray Vladimir Luna CÃ¡rdenas wrote: >> Count me in, but I don't understant pretty well the offline part of the talk...do you mean face to face? >> >> Cheers, >> >> Offray >> >>> On 26/07/15 15:27, Evan Donahue wrote: >>> Seems that Pharo is a magnet for this kind of project. I've been writing one as well and using it to organize my research notes. Does anyone working on personal info mgmt tools want to talk offline? I expect we're running into some of the same issues, both conceptual and technical. >>> >>> Evan > >

July 27, 2015

Re: [Pharo-users] Personal wiki / information manager

by Offray Vladimir Luna CÃ¡rdenas

Ohh offline of the mailing list. I got it! Wouldn't be better if we talk here about the ideas of outliners an PIM made with Pharo? Maybe this can help with ideas and discussion at least until it gets traction. Cheers, Offray On 26/07/15 16:55, Offray Vladimir Luna CÃ¡rdenas wrote: > Count me in, but I don't understant pretty well the offline part of > the talk...do you mean face to face? > > Cheers, > > Offray > > On 26/07/15 15:27, Evan Donahue wrote: >> Seems that Pharo is a magnet for this kind of project. I've been >> writing one as well and using it to organize my research notes. Does >> anyone working on personal info mgmt tools want to talk offline? I >> expect we're running into some of the same issues, both conceptual >> and technical. >> >> Evan >> >> > > >

July 27, 2015

Re: [Pharo-users] Personal wiki / information manager

by Bystroushaak

Yeah. It is one of the reasons I started to learn pharo. It simply looks like best tool to build my own exocortex. Dne 26.7.2015 v 22:30 Andy Jones napsal(a): > LOL - this is actually what brought me back to Smalltalk again - > specifically the idea of some sort of programmable Wiki - but I > certainly don't have any code yet; complete newb here.

July 26, 2015

Re: [Pharo-users] Personal wiki / information manager

by Offray Vladimir Luna CÃ¡rdenas

Count me in, but I don't understant pretty well the offline part of the talk...do you mean face to face? Cheers, Offray On 26/07/15 15:27, Evan Donahue wrote: > Seems that Pharo is a magnet for this kind of project. I've been > writing one as well and using it to organize my research notes. Does > anyone working on personal info mgmt tools want to talk offline? I > expect we're running into some of the same issues, both conceptual and > technical. > > Evan > >

July 26, 2015

Re: [Pharo-users] Personal wiki / information manager

by Andy Jones

LOL - this is actually what brought me back to Smalltalk again - specifically the idea of some sort of programmable Wiki - but I certainly don't have any code yet; complete newb here. On 26 July 2015 21:27:15 BST, Evan Donahue <emdonahu(a)gmail.com> wrote: >Seems that Pharo is a magnet for this kind of project. I've been >writing >one as well and using it to organize my research notes. Does anyone >working >on personal info mgmt tools want to talk offline? I expect we're >running >into some of the same issues, both conceptual and technical. > >Evan -- Sent from my Android device with K-9 Mail. Please excuse my brevity.

July 26, 2015

Re: [Pharo-users] Personal wiki / information manager

by Evan Donahue

Seems that Pharo is a magnet for this kind of project. I've been writing one as well and using it to organize my research notes. Does anyone working on personal info mgmt tools want to talk offline? I expect we're running into some of the same issues, both conceptual and technical. Evan

July 26, 2015

Re: [Pharo-users] Linux Install -- problems, but eventually successful

by Andy Jones

Well that *is* odd. I thought I had a pretty standard #!11. Perhaps it's my machine that's screwed up. On 26 July 2015 20:47:40 BST, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: >Just as a curiosity what Crunchbang install are you using? I have used >my script on Crunchbang. But I haven't used #! since it ended. I like >staying current so I always installed Waldorf and the ran another >script >to upgrade to Sid install all of my stuff. Then I would run my script >in >my new Jessie based #!. > >I started this email above and then decided to do a fresh install #! as > >stated above. It worked just fine. >In fact I tried it while still as Waldorf. Pharo failed there stating >that it required GLIBC 2.15. If I remember correctly. > >I am at a loss as to what the problem is. > >Jimmie > > >On 07/26/2015 05:06 AM, Shadowfirebird wrote: >> Actually, no, because I assumed that there were broken dependancies >in >> Crunchbang and it wouldn't help. Here goes... >> >> TL;DR: I just got tangled up in missing dependancies; I think this is >> a #! problem. Thanks for the idea, though. >> >> Long version: >> >> shadow(a)jenna[~/shadow/scratch/pharo4.0]%: ./pharo >> could not find module vm-display-X11 >> [1] 4875 abort ./pharo >> >> (134) shadow(a)jenna[~/shadow/scratch/pharo4.0]%: cd bin >> >> shadow(a)jenna[~/shadow/scratch/pharo4.0/bin]%: ldd vm-display-X11 >> linux-gate.so.1 (0xf776e000) >> libpthread.so.0 => /lib32/libpthread.so.0 (0xf771d000) >> libGL.so.1 => not found >> libX11.so.6 => not found >> libc.so.6 => /lib32/libc.so.6 (0xf7572000) >> /lib/ld-linux.so.2 (0xf776f000) >> >> Well outside of my comfort zone here, but a quick web search suggests >> I might want libgl1-mesa-glx or libgl1-mesa-swx11? Looking at >Synaptic >> I can see a libgl1-mesa-swx11-i686:i386, so let's try that? >> >> (100) shadow(a)jenna[~/shadow/scratch/pharo4.0/bin]%: sudo apt-get >> install libgl1-mesa-swx11-i686 >> Reading package lists... Done >> Building dependency tree >> Reading state information... Done >> Some packages could not be installed. This may mean that you >have >> requested an impossible situation or if you are using the >unstable >> distribution that some required packages have not yet been >created >> or been moved out of Incoming. >> The following information may help to resolve the situation: >> >> The following packages have unmet dependencies: >> libgl1-mesa-swx11-i686:i386 : Depends: libgl1-mesa-swx11:i386 >(= >> 8.0.5-4+deb7u2) but it is not going to be installed >> Depends: libc6:i386 (>= 2.3.6-6~) >> but it is not going to be installed >> Depends: libgcc1:i386 (>= >1:4.1.1) >> but it is not going to be installed >> Depends: libstdc++6:i386 (>= >4.1.1) >> but it is not going to be installed >> Depends: libx11-6:i386 but it is >> not going to be installed >> Depends: libxext6:i386 but it is >> not going to be installed >> E: Unable to correct problems, you have held broken packages. >> >> Okay. Hmm. Maybe apt-get is failing to chain-install these >dependancies? Maybe? >> >> (100) shadow(a)jenna[~/shadow/scratch/pharo4.0/bin]%: sudo apt-get >> install libc6:i386 >> Reading package lists... Done >> Building dependency tree >> Reading state information... Done >> Some packages could not be installed. This may mean that you >have >> requested an impossible situation or if you are using the >unstable >> distribution that some required packages have not yet been >created >> or been moved out of Incoming. >> The following information may help to resolve the situation: >> >> The following packages have unmet dependencies: >> libc6 : Depends: libgcc1 but it is not going to be installed >> Breaks: libc6:i386 (!= 2.19-13) but 2.13-38+deb7u8 is >to >> be installed >> libc6:i386 : Breaks: libc6 (!= 2.13-38+deb7u8) but 2.19-13 is >to >> be installed >> libcairo2 : Depends: libfontconfig1 (>= 2.9.0) but it is not >> going to be installed >> Depends: libfreetype6 (>= 2.3.5) but it is not >going >> to be installed >> Depends: libpixman-1-0 (>= 0.21.6) but it is not >> going to be installed >> Depends: libpng12-0 (>= 1.2.13-4) but it is not >going >> to be installed >> Depends: libxcb-render0 but it is not going to be >installed >> Depends: libxcb-shm0 but it is not going to be >installed >> Depends: libxcb1 (>= 1.6) but it is not going to be >installed >> Depends: libxrender1 but it is not going to be >installed >> libcurl3-gnutls : Depends: libgcrypt11 (>= 1.4.5) but it is not >> going to be installed >> Depends: libgnutls26 (>= 2.12.17-0) but it is >> not going to be installed >> Depends: libgssapi-krb5-2 (>= 1.10+dfsg~) but >> it is not going to be installed >> Depends: libidn11 (>= 1.13) but it is not >going >> to be installed >> Depends: libldap-2.4-2 (>= 2.4.7) but it is >not >> going to be installed >> Depends: librtmp0 (>= 2.3) but it is not >going >> to be installed >> Depends: libssh2-1 (>= 1.2.6) but it is not >> going to be installed >> Recommends: ca-certificates but it is not >going >> to be installed >> libdbus-glib-1-2 : Depends: libdbus-1-3 (>= 1.2.16) but it is >not >> going to be installed >> libglib2.0-0 : Depends: libffi5 (>= 3.0.4) but it is not going >to >> be installed >> Depends: libpcre3 (>= 8.10) but it is not going >to >> be installed >> Depends: libselinux1 (>= 1.32) but it is not >going >> to be installed >> Recommends: shared-mime-info >> libimlib2 : Depends: libbz2-1.0 but it is not going to be >installed >> Depends: libfreetype6 (>= 2.2.1) but it is not >going >> to be installed >> Depends: libgif4 (>= 4.1.4) but it is not going to >be installed >> Depends: libid3tag0 (>= 0.15.1b) but it is not >going >> to be installed >> Depends: libjpeg8 (>= 8c) but it is not going to be >installed >> Depends: libpng12-0 (>= 1.2.13-4) but it is not >going >> to be installed >> Depends: libtiff4 (> 3.9.5-3~) but it is not going >to >> be installed >> liblua5.1-0 : Depends: libgcc1 (>= 1:4.1.1) but it is not going >> to be installed >> Depends: libstdc++6 (>= 4.1.1) but it is not >going >> to be installed >> libruby1.8 : Depends: libgdbm3 (>= 1.8.3) but it is not going >to >> be installed >> Depends: libreadline5 (>= 5.2) but it is not going >> to be installed >> Depends: libssl1.0.0 (>= 1.0.0) but it is not >going >> to be installed >> libx11-6 : Depends: libxcb1 (>= 1.2) but it is not going to be >installed >> libxft2 : Depends: libfontconfig1 (>= 2.9.0) but it is not >going >> to be installed >> Depends: libfreetype6 (>= 2.3.5) but it is not going >to >> be installed >> Depends: libxrender1 but it is not going to be >installed >> libxml2 : Depends: liblzma5 (>= 5.1.1alpha+20120614) but it is >> not going to be installed >> Recommends: xml-core but it is not going to be >installed >> E: Error, pkgProblemResolver::Resolve generated breaks, this may >> be caused by held packages. >> sudo apt-get install libc6:i386 19.22s user 0.12s system 99% >cpu >> 19.356 total >> >> ...Ooof. Okay, giving up now. Thanks for the idea, though. >> >> On Sun, Jul 26, 2015 at 2:47 AM, Mariano Martinez Peck >> <marianopeck(a)gmail.com> wrote: >>> Did you try doing a "ldd" over the VM executable file so that you >can find >>> the missing dependencies? >>> >>> >>> >>> On Sat, Jul 25, 2015 at 7:09 PM, >Shadowfirebird<shadowfirebird(a)gmail.com> >>> wrote: >>>> Same problem. I'm afraid -- Crunchbang refuses to install >libasound2:i386 >>>> because it cannot fulfill the dependencies. >>>> >>>> On Sat, Jul 25, 2015 at 5:09 PM, Jimmie >Houchin<jlhouchin(a)gmail.com> >>>> wrote: >>>>> Hello, >>>>> >>>>> Welcome to Pharo and the Pharo community. Smalltalk/Pharo are >>>>> exceptionally empowering tools. And getting better all the time. >>>>> >>>>> My apologies for your difficulties. I personally have not seen >that page >>>>> before as I already have scripts for installing all of the >requisite >>>>> libraries. This script has worked for me for years on Ubuntu or >other Debian >>>>> based distros. My favorite was Crunchbang. >>>>> >>>>> I did not originate this script but believe I started with I found >years >>>>> ago for either Debian or Ubuntu. I cleaned it up and added to it >over time. >>>>> It installs all the necessary libraries to my knowledge. Whether >or not >>>>> installs more than I need I do not know. All I do know is that >after running >>>>> the script Pharo runs perfectly. >>>>> >>>>> I copied all of this from my setup-pharo.sh script. >>>>> I run this script anytime I have a fresh Linux install. >>>>> I then sudo -s and run the script. >>>>> >>>>> dpkg --add-architecture i386 >>>>> apt-get update >>>>> >>>>> apt-get --yes install cmake zip bash-completion ruby git xz-utils >>>>> debhelper devscripts >>>>> apt-get --yes install libc6-dev:i386 libasound2:i386 >libasound2-dev:i386 >>>>> libasound2-plugins:i386 >>>>> apt-get --yes install libssl-dev:i386 libssl1.0.0:i386 >libssh2-1:i386 >>>>> libfreetype6-dev:i386 libx11-dev:i386 libsm-dev:i386 >libice-dev:i386 >>>>> apt-get --yes install build-essential gcc-multilib g++ >>>>> apt-get --yes install libgl1-mesa-dev:i386 libgl1-mesa-glx:i386 >>>>> >>>>> Hopefully this can help your experience with Pharo and/or Squeak. >>>>> >>>>> Jimmie >>>>> >>>>> >>>>> >>>>> >>>>> On 07/25/2015 09:54 AM, Shadowfirebird wrote: >>>>>> Hi all, >>>>>> >>>>>> I've been having trouble getting *any* sort of Smalltalk working >on >>>>>> Linux. But ultimately I got Pharo (my first choice) working on >Debian >>>>>> Jessie. >>>>>> >>>>>> It wasn't terribly hard in the end, but since the instructions at >>>>>> http://pharo.org/gnu-linux-installation#64-bit-System-Setup seem >to be out >>>>>> of date, I thought it might be helpful to post something in case >those in >>>>>> charge of that page would like to update. Since there is no >issue tracker, >>>>>> I assume this is a good a place as any. >>>>>> >>>>>> >>>>>> ## Short Version ## >>>>>> >>>>>> * sudo dpkg --add-architecture i386 >>>>>> * sudo apt-get update >>>>>> * sudo apt-get install lib32zl lib32ncurses5 >>>>>> >>>>>> Note that there is no ia32-libs package on Jessie, as far as I >can tell. >>>>>> (I have no idea whether you actually need to install >lib32ncurses5, but >>>>>> those were what apt-get suggested, and it worked.) >>>>>> >>>>>> I do have a startup error -- "MessageNotUnderstood: >>>>>> EmbeddedFreeTypeFontInstaller>>failedToOpen:Index:" -- but it >doesn't seem >>>>>> to break anything. >>>>>> >>>>>> >>>>>> ## Longer version / Rant ## >>>>>> >>>>>> Pharo turned out to be impossible on my netbook (where I would >like to >>>>>> use it, sadly) because it is still running Crunchbang, which is >Debian Woody >>>>>> under the hood. So in theory the fix from the 64bit install page >should >>>>>> work. It doesn't, though -- some sort of problem with #! I >suppose >>>>>> >>>>>> "The following packages have unmet dependacies: >>>>>> ia32-libs: Depends: ia32-libs-i386" >>>>>> >>>>>> Squeak, as downloaded from their site, has exactly the same >problem. >>>>>> >>>>>> Pharo isn't in the Debian Repository, but an old version of the >Squeak >>>>>> VM -- *just* the VM -- is. (Not sure what the point of that is.) > It >>>>>> doesn't work with the current Squeak image from the website. I >did >>>>>> eventually manage to get a compatible image ... via FTP. Good >grief. (Good >>>>>> enough to learn the ropes, I suppose.) >>>>>> >>>>>> I really didn't want to go the Gnu Smalltalk road, but in >desperation I >>>>>> tried it. Under both Crunchbang and Debian Jessie, the >gst-browser package >>>>>> falls over immediately when you start it, a great big error trace >I won't >>>>>> bother to paste here. These are packages in the *repository*. Is >no-one >>>>>> maintaining them? >>>>>> >>>>>> >>>>>> The point of this rant is to give context to the following: >thank you. >>>>>> Really, thank you, to the folks behind Pharo and everyone reading >this. >>>>>> >>>>>> This is the problem with FOSS: blink, and yesterday's rave >technology is >>>>>> gone. And Smalltalk is *important* -- I'm not a Smalltalk >programmer, but >>>>>> every time I play with it I learn so much about OOP, programming, >and good >>>>>> design of classes. And I keep coming back to try to work with it >again, >>>>>> because it offers things I want and just can't get elsewhere. >The idea that >>>>>> Smalltalk might one day just ... not run? Not worth thinking >about. >>>>>> >>>>>> >>>>>> Okay, broke a cardinal rule here. Apologies for joining a >mailing list >>>>>> and then immediately posting a long rant. Going to Lurk Mode >now! >>>>>> >>>>>> Shadow. >>>>>> >>>>>> >>>> >>>> -- >>>> Look through time and find your rhyme / Tell us what you find / We >will >>>> wait at your gate / Hoping like the blind. >>> >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com >> -- Sent from my Android device with K-9 Mail. Please excuse my brevity.

July 26, 2015

Re: [Pharo-users] Linux Install -- problems, but eventually successful

by Jimmie Houchin

Just as a curiosity what Crunchbang install are you using? I have used my script on Crunchbang. But I haven't used #! since it ended. I like staying current so I always installed Waldorf and the ran another script to upgrade to Sid install all of my stuff. Then I would run my script in my new Jessie based #!. I started this email above and then decided to do a fresh install #! as stated above. It worked just fine. In fact I tried it while still as Waldorf. Pharo failed there stating that it required GLIBC 2.15. If I remember correctly. I am at a loss as to what the problem is. Jimmie On 07/26/2015 05:06 AM, Shadowfirebird wrote: > Actually, no, because I assumed that there were broken dependancies in > Crunchbang and it wouldn't help. Here goes... > > TL;DR: I just got tangled up in missing dependancies; I think this is > a #! problem. Thanks for the idea, though. > > Long version: > > shadow(a)jenna[~/shadow/scratch/pharo4.0]%: ./pharo > could not find module vm-display-X11 > [1] 4875 abort ./pharo > > (134) shadow(a)jenna[~/shadow/scratch/pharo4.0]%: cd bin > > shadow(a)jenna[~/shadow/scratch/pharo4.0/bin]%: ldd vm-display-X11 > linux-gate.so.1 (0xf776e000) > libpthread.so.0 => /lib32/libpthread.so.0 (0xf771d000) > libGL.so.1 => not found > libX11.so.6 => not found > libc.so.6 => /lib32/libc.so.6 (0xf7572000) > /lib/ld-linux.so.2 (0xf776f000) > > Well outside of my comfort zone here, but a quick web search suggests > I might want libgl1-mesa-glx or libgl1-mesa-swx11? Looking at Synaptic > I can see a libgl1-mesa-swx11-i686:i386, so let's try that? > > (100) shadow(a)jenna[~/shadow/scratch/pharo4.0/bin]%: sudo apt-get > install libgl1-mesa-swx11-i686 > Reading package lists... Done > Building dependency tree > Reading state information... Done > Some packages could not be installed. This may mean that you have > requested an impossible situation or if you are using the unstable > distribution that some required packages have not yet been created > or been moved out of Incoming. > The following information may help to resolve the situation: > > The following packages have unmet dependencies: > libgl1-mesa-swx11-i686:i386 : Depends: libgl1-mesa-swx11:i386 (= > 8.0.5-4+deb7u2) but it is not going to be installed > Depends: libc6:i386 (>= 2.3.6-6~) > but it is not going to be installed > Depends: libgcc1:i386 (>= 1:4.1.1) > but it is not going to be installed > Depends: libstdc++6:i386 (>= 4.1.1) > but it is not going to be installed > Depends: libx11-6:i386 but it is > not going to be installed > Depends: libxext6:i386 but it is > not going to be installed > E: Unable to correct problems, you have held broken packages. > > Okay. Hmm. Maybe apt-get is failing to chain-install these dependancies? Maybe? > > (100) shadow(a)jenna[~/shadow/scratch/pharo4.0/bin]%: sudo apt-get > install libc6:i386 > Reading package lists... Done > Building dependency tree > Reading state information... Done > Some packages could not be installed. This may mean that you have > requested an impossible situation or if you are using the unstable > distribution that some required packages have not yet been created > or been moved out of Incoming. > The following information may help to resolve the situation: > > The following packages have unmet dependencies: > libc6 : Depends: libgcc1 but it is not going to be installed > Breaks: libc6:i386 (!= 2.19-13) but 2.13-38+deb7u8 is to > be installed > libc6:i386 : Breaks: libc6 (!= 2.13-38+deb7u8) but 2.19-13 is to > be installed > libcairo2 : Depends: libfontconfig1 (>= 2.9.0) but it is not > going to be installed > Depends: libfreetype6 (>= 2.3.5) but it is not going > to be installed > Depends: libpixman-1-0 (>= 0.21.6) but it is not > going to be installed > Depends: libpng12-0 (>= 1.2.13-4) but it is not going > to be installed > Depends: libxcb-render0 but it is not going to be installed > Depends: libxcb-shm0 but it is not going to be installed > Depends: libxcb1 (>= 1.6) but it is not going to be installed > Depends: libxrender1 but it is not going to be installed > libcurl3-gnutls : Depends: libgcrypt11 (>= 1.4.5) but it is not > going to be installed > Depends: libgnutls26 (>= 2.12.17-0) but it is > not going to be installed > Depends: libgssapi-krb5-2 (>= 1.10+dfsg~) but > it is not going to be installed > Depends: libidn11 (>= 1.13) but it is not going > to be installed > Depends: libldap-2.4-2 (>= 2.4.7) but it is not > going to be installed > Depends: librtmp0 (>= 2.3) but it is not going > to be installed > Depends: libssh2-1 (>= 1.2.6) but it is not > going to be installed > Recommends: ca-certificates but it is not going > to be installed > libdbus-glib-1-2 : Depends: libdbus-1-3 (>= 1.2.16) but it is not > going to be installed > libglib2.0-0 : Depends: libffi5 (>= 3.0.4) but it is not going to > be installed > Depends: libpcre3 (>= 8.10) but it is not going to > be installed > Depends: libselinux1 (>= 1.32) but it is not going > to be installed > Recommends: shared-mime-info > libimlib2 : Depends: libbz2-1.0 but it is not going to be installed > Depends: libfreetype6 (>= 2.2.1) but it is not going > to be installed > Depends: libgif4 (>= 4.1.4) but it is not going to be installed > Depends: libid3tag0 (>= 0.15.1b) but it is not going > to be installed > Depends: libjpeg8 (>= 8c) but it is not going to be installed > Depends: libpng12-0 (>= 1.2.13-4) but it is not going > to be installed > Depends: libtiff4 (> 3.9.5-3~) but it is not going to > be installed > liblua5.1-0 : Depends: libgcc1 (>= 1:4.1.1) but it is not going > to be installed > Depends: libstdc++6 (>= 4.1.1) but it is not going > to be installed > libruby1.8 : Depends: libgdbm3 (>= 1.8.3) but it is not going to > be installed > Depends: libreadline5 (>= 5.2) but it is not going > to be installed > Depends: libssl1.0.0 (>= 1.0.0) but it is not going > to be installed > libx11-6 : Depends: libxcb1 (>= 1.2) but it is not going to be installed > libxft2 : Depends: libfontconfig1 (>= 2.9.0) but it is not going > to be installed > Depends: libfreetype6 (>= 2.3.5) but it is not going to > be installed > Depends: libxrender1 but it is not going to be installed > libxml2 : Depends: liblzma5 (>= 5.1.1alpha+20120614) but it is > not going to be installed > Recommends: xml-core but it is not going to be installed > E: Error, pkgProblemResolver::Resolve generated breaks, this may > be caused by held packages. > sudo apt-get install libc6:i386 19.22s user 0.12s system 99% cpu > 19.356 total > > ...Ooof. Okay, giving up now. Thanks for the idea, though. > > On Sun, Jul 26, 2015 at 2:47 AM, Mariano Martinez Peck > <marianopeck(a)gmail.com> wrote: >> Did you try doing a "ldd" over the VM executable file so that you can find >> the missing dependencies? >> >> >> >> On Sat, Jul 25, 2015 at 7:09 PM, Shadowfirebird<shadowfirebird(a)gmail.com> >> wrote: >>> Same problem. I'm afraid -- Crunchbang refuses to install libasound2:i386 >>> because it cannot fulfill the dependencies. >>> >>> On Sat, Jul 25, 2015 at 5:09 PM, Jimmie Houchin<jlhouchin(a)gmail.com> >>> wrote: >>>> Hello, >>>> >>>> Welcome to Pharo and the Pharo community. Smalltalk/Pharo are >>>> exceptionally empowering tools. And getting better all the time. >>>> >>>> My apologies for your difficulties. I personally have not seen that page >>>> before as I already have scripts for installing all of the requisite >>>> libraries. This script has worked for me for years on Ubuntu or other Debian >>>> based distros. My favorite was Crunchbang. >>>> >>>> I did not originate this script but believe I started with I found years >>>> ago for either Debian or Ubuntu. I cleaned it up and added to it over time. >>>> It installs all the necessary libraries to my knowledge. Whether or not >>>> installs more than I need I do not know. All I do know is that after running >>>> the script Pharo runs perfectly. >>>> >>>> I copied all of this from my setup-pharo.sh script. >>>> I run this script anytime I have a fresh Linux install. >>>> I then sudo -s and run the script. >>>> >>>> dpkg --add-architecture i386 >>>> apt-get update >>>> >>>> apt-get --yes install cmake zip bash-completion ruby git xz-utils >>>> debhelper devscripts >>>> apt-get --yes install libc6-dev:i386 libasound2:i386 libasound2-dev:i386 >>>> libasound2-plugins:i386 >>>> apt-get --yes install libssl-dev:i386 libssl1.0.0:i386 libssh2-1:i386 >>>> libfreetype6-dev:i386 libx11-dev:i386 libsm-dev:i386 libice-dev:i386 >>>> apt-get --yes install build-essential gcc-multilib g++ >>>> apt-get --yes install libgl1-mesa-dev:i386 libgl1-mesa-glx:i386 >>>> >>>> Hopefully this can help your experience with Pharo and/or Squeak. >>>> >>>> Jimmie >>>> >>>> >>>> >>>> >>>> On 07/25/2015 09:54 AM, Shadowfirebird wrote: >>>>> Hi all, >>>>> >>>>> I've been having trouble getting *any* sort of Smalltalk working on >>>>> Linux. But ultimately I got Pharo (my first choice) working on Debian >>>>> Jessie. >>>>> >>>>> It wasn't terribly hard in the end, but since the instructions at >>>>> http://pharo.org/gnu-linux-installation#64-bit-System-Setup seem to be out >>>>> of date, I thought it might be helpful to post something in case those in >>>>> charge of that page would like to update. Since there is no issue tracker, >>>>> I assume this is a good a place as any. >>>>> >>>>> >>>>> ## Short Version ## >>>>> >>>>> * sudo dpkg --add-architecture i386 >>>>> * sudo apt-get update >>>>> * sudo apt-get install lib32zl lib32ncurses5 >>>>> >>>>> Note that there is no ia32-libs package on Jessie, as far as I can tell. >>>>> (I have no idea whether you actually need to install lib32ncurses5, but >>>>> those were what apt-get suggested, and it worked.) >>>>> >>>>> I do have a startup error -- "MessageNotUnderstood: >>>>> EmbeddedFreeTypeFontInstaller>>failedToOpen:Index:" -- but it doesn't seem >>>>> to break anything. >>>>> >>>>> >>>>> ## Longer version / Rant ## >>>>> >>>>> Pharo turned out to be impossible on my netbook (where I would like to >>>>> use it, sadly) because it is still running Crunchbang, which is Debian Woody >>>>> under the hood. So in theory the fix from the 64bit install page should >>>>> work. It doesn't, though -- some sort of problem with #! I suppose >>>>> >>>>> "The following packages have unmet dependacies: >>>>> ia32-libs: Depends: ia32-libs-i386" >>>>> >>>>> Squeak, as downloaded from their site, has exactly the same problem. >>>>> >>>>> Pharo isn't in the Debian Repository, but an old version of the Squeak >>>>> VM -- *just* the VM -- is. (Not sure what the point of that is.) It >>>>> doesn't work with the current Squeak image from the website. I did >>>>> eventually manage to get a compatible image ... via FTP. Good grief. (Good >>>>> enough to learn the ropes, I suppose.) >>>>> >>>>> I really didn't want to go the Gnu Smalltalk road, but in desperation I >>>>> tried it. Under both Crunchbang and Debian Jessie, the gst-browser package >>>>> falls over immediately when you start it, a great big error trace I won't >>>>> bother to paste here. These are packages in the *repository*. Is no-one >>>>> maintaining them? >>>>> >>>>> >>>>> The point of this rant is to give context to the following: thank you. >>>>> Really, thank you, to the folks behind Pharo and everyone reading this. >>>>> >>>>> This is the problem with FOSS: blink, and yesterday's rave technology is >>>>> gone. And Smalltalk is *important* -- I'm not a Smalltalk programmer, but >>>>> every time I play with it I learn so much about OOP, programming, and good >>>>> design of classes. And I keep coming back to try to work with it again, >>>>> because it offers things I want and just can't get elsewhere. The idea that >>>>> Smalltalk might one day just ... not run? Not worth thinking about. >>>>> >>>>> >>>>> Okay, broke a cardinal rule here. Apologies for joining a mailing list >>>>> and then immediately posting a long rant. Going to Lurk Mode now! >>>>> >>>>> Shadow. >>>>> >>>>> >>> >>> -- >>> Look through time and find your rhyme / Tell us what you find / We will >>> wait at your gate / Hoping like the blind. >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >

July 26, 2015

Re: [Pharo-users] A Morphic ScrumBoard, part 4: Other planning boards

by Dimitris Chloupis

wow this is very cool, well done. Nice to see a face and hear a voice in a pharo tutorial :) Will give it a try. Would be nice if this combined with the pomodoro tool . On Sun, Jul 26, 2015 at 8:27 PM Stephan Eggermont <stephan(a)stack.nl> wrote: > Pharo is an excellent environment for building interactive applications. > In part 4 of this series, I take a look at a planning tool for time slot > based planning. This is not so common in software development, but is > used a lot in simple and complicated contexts. In the example, there are > 4 rooms that can be scheduled between 8:00 and 18:00 at a granularity of > 5 minutes. An element panel is added as a new kind of drag panel > containing prototypes of the tasks that can be planned. Here the > prototypes are no longer the squares from the earlier drag panels, their > height depends on the amount of time they take. When a task prototype is > dragged to the plan board, the responsible party can be selected using > spotter. > > https://vimeo.com/134547026 > > Stephan > >

July 26, 2015

A Morphic ScrumBoard, part 4: Other planning boards

by Stephan Eggermont

Pharo is an excellent environment for building interactive applications. In part 4 of this series, I take a look at a planning tool for time slot based planning. This is not so common in software development, but is used a lot in simple and complicated contexts. In the example, there are 4 rooms that can be scheduled between 8:00 and 18:00 at a granularity of 5 minutes. An element panel is added as a new kind of drag panel containing prototypes of the tasks that can be planned. Here the prototypes are no longer the squares from the earlier drag panels, their height depends on the amount of time they take. When a task prototype is dragged to the plan board, the responsible party can be selected using spotter. https://vimeo.com/134547026 Stephan

July 26, 2015

Re: [Pharo-users] Artifact

by olivier auverlot

Hi Hilaire, I just tried the stable version of Artefact in a Pharo 3.0 image. All demos are ok but I uses Mac OS X. Could you test with Acrobat Reader on Linux? The PDF reader (Evince ?) has a lack of functionalities and it's not a good thing to use it. Many PDF specifications are not or bad supported. The situation are the same that with browsers and the support of HTML. Only Acrobat Reader can be considered as validation tool. Best regards Olivier ;-) 2015-07-26 9:34 GMT+02:00 Hilaire <hilaire(a)drgeo.eu>: > It looks like only the brochure example is broken because it block the > image. > > Hilaire > > Le 26/07/2015 15:29, Hilaire a Ã©crit : > > And all tests are greem > > > > Le 26/07/2015 15:23, Hilaire a Ã©crit : > >> Hello, > >> > >> A few demo examples from Artifact does not work in a Pharo 3.0 > >> environment. An empty document or a document I can't open with standard > >> linux pdf viewer. > >> > >> I list them here: > >> > >> -datatableWithCaptions > >> -datatable > >> -paragraph > >> -mosaique > >> -arrow > >> -brochure > >> -horizontalLayout > >> > >> Hilaire > >> > > > > > -- > Dr. Geo > http://drgeo.eu > http://google.com/+DrgeoEu > > > >

July 26, 2015

Re: [Pharo-users] Catalog Browser documentation

by stepharo

Le 26/7/15 12:01, Esteban Lorenzano a Ã©crit : > I never touched it, so it has to be still there. > I think Versionner generates them, isn't? > In any case, there is an explanation in the catalog web page: catalog.pharo.org I do not know. May be it was just in my proto. > > Esteban > > > >> On 26 Jul 2015, at 10:50, stepharo <stepharo(a)free.fr> wrote: >> >> There is no doc. >> >> Normally the template generated was self-explanatory but I do not know if esteban kept it. >> >> >> >> Le 26/7/15 00:33, Peter UhnÃ¡k a Ã©crit : >>> Hi, >>> >>> is there somewhere documentation for Catalog Browser? >>> >>> Specifically what everything it offers for configurations... >>> I've seen on class side methods #catalogKeywords, #catalogDescription but since I've haven't found docs (maybe Updated Pharo Book can have?) I don't know what else it offers. >>> >>> Thanks, >>> Peter >> >

July 26, 2015

Re: [Pharo-users] Linux Install -- problems, but eventually successful

by Shadowfirebird

If you read my original post, you'll see that I did, and it didn't work ;) On Sun, Jul 26, 2015 at 1:00 PM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > I guess you did install the 32 bits packages as explained in here: > http://pharo.org/gnu-linux-installation#64-bit-System-Setup > > sudo dpkg --add-architecture i386 > sudo apt-get update > sudo apt-get install ia32-libs > > > On Sun, Jul 26, 2015 at 7:06 AM, Shadowfirebird <shadowfirebird(a)gmail.com> > wrote: >> >> Actually, no, because I assumed that there were broken dependancies in >> Crunchbang and it wouldn't help. Here goes... >> >> TL;DR: I just got tangled up in missing dependancies; I think this is >> a #! problem. Thanks for the idea, though. >> >> Long version: >> >> shadow(a)jenna[~/shadow/scratch/pharo4.0]%: ./pharo >> could not find module vm-display-X11 >> [1] 4875 abort ./pharo >> >> (134) shadow(a)jenna[~/shadow/scratch/pharo4.0]%: cd bin >> >> shadow(a)jenna[~/shadow/scratch/pharo4.0/bin]%: ldd vm-display-X11 >> linux-gate.so.1 (0xf776e000) >> libpthread.so.0 => /lib32/libpthread.so.0 (0xf771d000) >> libGL.so.1 => not found >> libX11.so.6 => not found >> libc.so.6 => /lib32/libc.so.6 (0xf7572000) >> /lib/ld-linux.so.2 (0xf776f000) >> >> Well outside of my comfort zone here, but a quick web search suggests >> I might want libgl1-mesa-glx or libgl1-mesa-swx11? Looking at Synaptic >> I can see a libgl1-mesa-swx11-i686:i386, so let's try that? >> >> (100) shadow(a)jenna[~/shadow/scratch/pharo4.0/bin]%: sudo apt-get >> install libgl1-mesa-swx11-i686 >> Reading package lists... Done >> Building dependency tree >> Reading state information... Done >> Some packages could not be installed. This may mean that you have >> requested an impossible situation or if you are using the unstable >> distribution that some required packages have not yet been created >> or been moved out of Incoming. >> The following information may help to resolve the situation: >> >> The following packages have unmet dependencies: >> libgl1-mesa-swx11-i686:i386 : Depends: libgl1-mesa-swx11:i386 (= >> 8.0.5-4+deb7u2) but it is not going to be installed >> Depends: libc6:i386 (>= 2.3.6-6~) >> but it is not going to be installed >> Depends: libgcc1:i386 (>= 1:4.1.1) >> but it is not going to be installed >> Depends: libstdc++6:i386 (>= 4.1.1) >> but it is not going to be installed >> Depends: libx11-6:i386 but it is >> not going to be installed >> Depends: libxext6:i386 but it is >> not going to be installed >> E: Unable to correct problems, you have held broken packages. >> >> Okay. Hmm. Maybe apt-get is failing to chain-install these dependancies? >> Maybe? >> >> (100) shadow(a)jenna[~/shadow/scratch/pharo4.0/bin]%: sudo apt-get >> install libc6:i386 >> Reading package lists... Done >> Building dependency tree >> Reading state information... Done >> Some packages could not be installed. This may mean that you have >> requested an impossible situation or if you are using the unstable >> distribution that some required packages have not yet been created >> or been moved out of Incoming. >> The following information may help to resolve the situation: >> >> The following packages have unmet dependencies: >> libc6 : Depends: libgcc1 but it is not going to be installed >> Breaks: libc6:i386 (!= 2.19-13) but 2.13-38+deb7u8 is to >> be installed >> libc6:i386 : Breaks: libc6 (!= 2.13-38+deb7u8) but 2.19-13 is to >> be installed >> libcairo2 : Depends: libfontconfig1 (>= 2.9.0) but it is not >> going to be installed >> Depends: libfreetype6 (>= 2.3.5) but it is not going >> to be installed >> Depends: libpixman-1-0 (>= 0.21.6) but it is not >> going to be installed >> Depends: libpng12-0 (>= 1.2.13-4) but it is not going >> to be installed >> Depends: libxcb-render0 but it is not going to be >> installed >> Depends: libxcb-shm0 but it is not going to be installed >> Depends: libxcb1 (>= 1.6) but it is not going to be >> installed >> Depends: libxrender1 but it is not going to be installed >> libcurl3-gnutls : Depends: libgcrypt11 (>= 1.4.5) but it is not >> going to be installed >> Depends: libgnutls26 (>= 2.12.17-0) but it is >> not going to be installed >> Depends: libgssapi-krb5-2 (>= 1.10+dfsg~) but >> it is not going to be installed >> Depends: libidn11 (>= 1.13) but it is not going >> to be installed >> Depends: libldap-2.4-2 (>= 2.4.7) but it is not >> going to be installed >> Depends: librtmp0 (>= 2.3) but it is not going >> to be installed >> Depends: libssh2-1 (>= 1.2.6) but it is not >> going to be installed >> Recommends: ca-certificates but it is not going >> to be installed >> libdbus-glib-1-2 : Depends: libdbus-1-3 (>= 1.2.16) but it is not >> going to be installed >> libglib2.0-0 : Depends: libffi5 (>= 3.0.4) but it is not going to >> be installed >> Depends: libpcre3 (>= 8.10) but it is not going to >> be installed >> Depends: libselinux1 (>= 1.32) but it is not going >> to be installed >> Recommends: shared-mime-info >> libimlib2 : Depends: libbz2-1.0 but it is not going to be installed >> Depends: libfreetype6 (>= 2.2.1) but it is not going >> to be installed >> Depends: libgif4 (>= 4.1.4) but it is not going to be >> installed >> Depends: libid3tag0 (>= 0.15.1b) but it is not going >> to be installed >> Depends: libjpeg8 (>= 8c) but it is not going to be >> installed >> Depends: libpng12-0 (>= 1.2.13-4) but it is not going >> to be installed >> Depends: libtiff4 (> 3.9.5-3~) but it is not going to >> be installed >> liblua5.1-0 : Depends: libgcc1 (>= 1:4.1.1) but it is not going >> to be installed >> Depends: libstdc++6 (>= 4.1.1) but it is not going >> to be installed >> libruby1.8 : Depends: libgdbm3 (>= 1.8.3) but it is not going to >> be installed >> Depends: libreadline5 (>= 5.2) but it is not going >> to be installed >> Depends: libssl1.0.0 (>= 1.0.0) but it is not going >> to be installed >> libx11-6 : Depends: libxcb1 (>= 1.2) but it is not going to be >> installed >> libxft2 : Depends: libfontconfig1 (>= 2.9.0) but it is not going >> to be installed >> Depends: libfreetype6 (>= 2.3.5) but it is not going to >> be installed >> Depends: libxrender1 but it is not going to be installed >> libxml2 : Depends: liblzma5 (>= 5.1.1alpha+20120614) but it is >> not going to be installed >> Recommends: xml-core but it is not going to be installed >> E: Error, pkgProblemResolver::Resolve generated breaks, this may >> be caused by held packages. >> sudo apt-get install libc6:i386 19.22s user 0.12s system 99% cpu >> 19.356 total >> >> ...Ooof. Okay, giving up now. Thanks for the idea, though. >> >> On Sun, Jul 26, 2015 at 2:47 AM, Mariano Martinez Peck >> <marianopeck(a)gmail.com> wrote: >> > Did you try doing a "ldd" over the VM executable file so that you can >> > find >> > the missing dependencies? >> > >> > >> > >> > On Sat, Jul 25, 2015 at 7:09 PM, Shadowfirebird >> > <shadowfirebird(a)gmail.com> >> > wrote: >> >> >> >> Same problem. I'm afraid -- Crunchbang refuses to install >> >> libasound2:i386 >> >> because it cannot fulfill the dependencies. >> >> >> >> On Sat, Jul 25, 2015 at 5:09 PM, Jimmie Houchin <jlhouchin(a)gmail.com> >> >> >> wrote: >> >>> >> >>> Hello, >> >>> >> >>> Welcome to Pharo and the Pharo community. Smalltalk/Pharo are >> >>> exceptionally empowering tools. And getting better all the time. >> >>> >> >>> My apologies for your difficulties. I personally have not seen that >> >>> page >> >>> before as I already have scripts for installing all of the requisite >> >>> libraries. This script has worked for me for years on Ubuntu or other >> >>> Debian >> >>> based distros. My favorite was Crunchbang. >> >>> >> >>> I did not originate this script but believe I started with I found >> >>> years >> >>> ago for either Debian or Ubuntu. I cleaned it up and added to it over >> >>> time. >> >>> It installs all the necessary libraries to my knowledge. Whether or >> >>> not >> >>> installs more than I need I do not know. All I do know is that after >> >>> running >> >>> the script Pharo runs perfectly. >> >>> >> >>> I copied all of this from my setup-pharo.sh script. >> >>> I run this script anytime I have a fresh Linux install. >> >>> I then sudo -s and run the script. >> >>> >> >>> dpkg --add-architecture i386 >> >>> apt-get update >> >>> >> >>> apt-get --yes install cmake zip bash-completion ruby git xz-utils >> >>> debhelper devscripts >> >>> apt-get --yes install libc6-dev:i386 libasound2:i386 >> >>> libasound2-dev:i386 >> >>> libasound2-plugins:i386 >> >>> apt-get --yes install libssl-dev:i386 libssl1.0.0:i386 libssh2-1:i386 >> >>> libfreetype6-dev:i386 libx11-dev:i386 libsm-dev:i386 libice-dev:i386 >> >>> apt-get --yes install build-essential gcc-multilib g++ >> >>> apt-get --yes install libgl1-mesa-dev:i386 libgl1-mesa-glx:i386 >> >>> >> >>> Hopefully this can help your experience with Pharo and/or Squeak. >> >>> >> >>> Jimmie >> >>> >> >>> >> >>> >> >>> >> >>> On 07/25/2015 09:54 AM, Shadowfirebird wrote: >> >>>> >> >>>> Hi all, >> >>>> >> >>>> I've been having trouble getting *any* sort of Smalltalk working on >> >>>> Linux. But ultimately I got Pharo (my first choice) working on >> >>>> Debian >> >>>> Jessie. >> >>>> >> >>>> It wasn't terribly hard in the end, but since the instructions at >> >>>> http://pharo.org/gnu-linux-installation#64-bit-System-Setup seem to >> >>>> be out >> >> >>>> of date, I thought it might be helpful to post something in case >> >>>> those in >> >>>> charge of that page would like to update. Since there is no issue >> >>>> tracker, >> >>>> I assume this is a good a place as any. >> >>>> >> >>>> >> >>>> ## Short Version ## >> >>>> >> >>>> * sudo dpkg --add-architecture i386 >> >>>> * sudo apt-get update >> >>>> * sudo apt-get install lib32zl lib32ncurses5 >> >>>> >> >>>> Note that there is no ia32-libs package on Jessie, as far as I can >> >>>> tell. >> >>>> (I have no idea whether you actually need to install lib32ncurses5, >> >>>> but >> >>>> those were what apt-get suggested, and it worked.) >> >>>> >> >>>> I do have a startup error -- "MessageNotUnderstood: >> >>>> EmbeddedFreeTypeFontInstaller>>failedToOpen:Index:" -- but it doesn't >> >>>> seem >> >>>> to break anything. >> >>>> >> >>>> >> >>>> ## Longer version / Rant ## >> >>>> >> >>>> Pharo turned out to be impossible on my netbook (where I would like >> >>>> to >> >>>> use it, sadly) because it is still running Crunchbang, which is >> >>>> Debian Woody >> >>>> under the hood. So in theory the fix from the 64bit install page >> >>>> should >> >>>> work. It doesn't, though -- some sort of problem with #! I suppose >> >>>> >> >>>> "The following packages have unmet dependacies: >> >>>> ia32-libs: Depends: ia32-libs-i386" >> >>>> >> >>>> Squeak, as downloaded from their site, has exactly the same problem. >> >>>> >> >>>> Pharo isn't in the Debian Repository, but an old version of the >> >>>> Squeak >> >>>> VM -- *just* the VM -- is. (Not sure what the point of that is.) It >> >>>> doesn't work with the current Squeak image from the website. I did >> >>>> eventually manage to get a compatible image ... via FTP. Good grief. >> >>>> (Good >> >>>> enough to learn the ropes, I suppose.) >> >>>> >> >>>> I really didn't want to go the Gnu Smalltalk road, but in desperation >> >>>> I >> >>>> tried it. Under both Crunchbang and Debian Jessie, the gst-browser >> >>>> package >> >>>> falls over immediately when you start it, a great big error trace I >> >>>> won't >> >>>> bother to paste here. These are packages in the *repository*. Is >> >>>> no-one >> >>>> maintaining them? >> >>>> >> >>>> >> >>>> The point of this rant is to give context to the following: thank >> >>>> you. >> >>>> Really, thank you, to the folks behind Pharo and everyone reading >> >>>> this. >> >>>> >> >>>> This is the problem with FOSS: blink, and yesterday's rave technology >> >>>> is >> >>>> gone. And Smalltalk is *important* -- I'm not a Smalltalk programmer, >> >>>> but >> >>>> every time I play with it I learn so much about OOP, programming, and >> >>>> good >> >>>> design of classes. And I keep coming back to try to work with it >> >>>> again, >> >>>> because it offers things I want and just can't get elsewhere. The >> >>>> idea that >> >>>> Smalltalk might one day just ... not run? Not worth thinking about. >> >>>> >> >>>> >> >>>> Okay, broke a cardinal rule here. Apologies for joining a mailing >> >>>> list >> >>>> and then immediately posting a long rant. Going to Lurk Mode now! >> >>>> >> >>>> Shadow. >> >>>> >> >>>> >> >>> >> >>> >> >> >> >> >> >> >> >> -- >> >> Look through time and find your rhyme / Tell us what you find / We will >> >> wait at your gate / Hoping like the blind. >> > >> > >> > >> > >> > -- >> > Mariano >> > http://marianopeck.wordpress.com >> >> >> >> -- >> Look through time and find your rhyme / Tell us what you find / We >> will wait at your gate / Hoping like the blind. >> > > > > -- > Mariano > http://marianopeck.wordpress.com -- Look through time and find your rhyme / Tell us what you find / We will wait at your gate / Hoping like the blind.

July 26, 2015

Re: [Pharo-users] Linux Install -- problems, but eventually successful

by Mariano Martinez Peck

I guess you did install the 32 bits packages as explained in here: http://pharo.org/gnu-linux-installation#64-bit-System-Setup sudo dpkg --add-architecture i386 sudo apt-get update sudo apt-get install ia32-libs On Sun, Jul 26, 2015 at 7:06 AM, Shadowfirebird <shadowfirebird(a)gmail.com> wrote: > Actually, no, because I assumed that there were broken dependancies in > Crunchbang and it wouldn't help. Here goes... > > TL;DR: I just got tangled up in missing dependancies; I think this is > a #! problem. Thanks for the idea, though. > > Long version: > > shadow(a)jenna[~/shadow/scratch/pharo4.0]%: ./pharo > could not find module vm-display-X11 > [1] 4875 abort ./pharo > > (134) shadow(a)jenna[~/shadow/scratch/pharo4.0]%: cd bin > > shadow(a)jenna[~/shadow/scratch/pharo4.0/bin]%: ldd vm-display-X11 > linux-gate.so.1 (0xf776e000) > libpthread.so.0 => /lib32/libpthread.so.0 (0xf771d000) > libGL.so.1 => not found > libX11.so.6 => not found > libc.so.6 => /lib32/libc.so.6 (0xf7572000) > /lib/ld-linux.so.2 (0xf776f000) > > Well outside of my comfort zone here, but a quick web search suggests > I might want libgl1-mesa-glx or libgl1-mesa-swx11? Looking at Synaptic > I can see a libgl1-mesa-swx11-i686:i386, so let's try that? > > (100) shadow(a)jenna[~/shadow/scratch/pharo4.0/bin]%: sudo apt-get > install libgl1-mesa-swx11-i686 > Reading package lists... Done > Building dependency tree > Reading state information... Done > Some packages could not be installed. This may mean that you have > requested an impossible situation or if you are using the unstable > distribution that some required packages have not yet been created > or been moved out of Incoming. > The following information may help to resolve the situation: > > The following packages have unmet dependencies: > libgl1-mesa-swx11-i686:i386 : Depends: libgl1-mesa-swx11:i386 (= > 8.0.5-4+deb7u2) but it is not going to be installed > Depends: libc6:i386 (>= 2.3.6-6~) > but it is not going to be installed > Depends: libgcc1:i386 (>= 1:4.1.1) > but it is not going to be installed > Depends: libstdc++6:i386 (>= 4.1.1) > but it is not going to be installed > Depends: libx11-6:i386 but it is > not going to be installed > Depends: libxext6:i386 but it is > not going to be installed > E: Unable to correct problems, you have held broken packages. > > Okay. Hmm. Maybe apt-get is failing to chain-install these dependancies? > Maybe? > > (100) shadow(a)jenna[~/shadow/scratch/pharo4.0/bin]%: sudo apt-get > install libc6:i386 > Reading package lists... Done > Building dependency tree > Reading state information... Done > Some packages could not be installed. This may mean that you have > requested an impossible situation or if you are using the unstable > distribution that some required packages have not yet been created > or been moved out of Incoming. > The following information may help to resolve the situation: > > The following packages have unmet dependencies: > libc6 : Depends: libgcc1 but it is not going to be installed > Breaks: libc6:i386 (!= 2.19-13) but 2.13-38+deb7u8 is to > be installed > libc6:i386 : Breaks: libc6 (!= 2.13-38+deb7u8) but 2.19-13 is to > be installed > libcairo2 : Depends: libfontconfig1 (>= 2.9.0) but it is not > going to be installed > Depends: libfreetype6 (>= 2.3.5) but it is not going > to be installed > Depends: libpixman-1-0 (>= 0.21.6) but it is not > going to be installed > Depends: libpng12-0 (>= 1.2.13-4) but it is not going > to be installed > Depends: libxcb-render0 but it is not going to be > installed > Depends: libxcb-shm0 but it is not going to be installed > Depends: libxcb1 (>= 1.6) but it is not going to be > installed > Depends: libxrender1 but it is not going to be installed > libcurl3-gnutls : Depends: libgcrypt11 (>= 1.4.5) but it is not > going to be installed > Depends: libgnutls26 (>= 2.12.17-0) but it is > not going to be installed > Depends: libgssapi-krb5-2 (>= 1.10+dfsg~) but > it is not going to be installed > Depends: libidn11 (>= 1.13) but it is not going > to be installed > Depends: libldap-2.4-2 (>= 2.4.7) but it is not > going to be installed > Depends: librtmp0 (>= 2.3) but it is not going > to be installed > Depends: libssh2-1 (>= 1.2.6) but it is not > going to be installed > Recommends: ca-certificates but it is not going > to be installed > libdbus-glib-1-2 : Depends: libdbus-1-3 (>= 1.2.16) but it is not > going to be installed > libglib2.0-0 : Depends: libffi5 (>= 3.0.4) but it is not going to > be installed > Depends: libpcre3 (>= 8.10) but it is not going to > be installed > Depends: libselinux1 (>= 1.32) but it is not going > to be installed > Recommends: shared-mime-info > libimlib2 : Depends: libbz2-1.0 but it is not going to be installed > Depends: libfreetype6 (>= 2.2.1) but it is not going > to be installed > Depends: libgif4 (>= 4.1.4) but it is not going to be > installed > Depends: libid3tag0 (>= 0.15.1b) but it is not going > to be installed > Depends: libjpeg8 (>= 8c) but it is not going to be > installed > Depends: libpng12-0 (>= 1.2.13-4) but it is not going > to be installed > Depends: libtiff4 (> 3.9.5-3~) but it is not going to > be installed > liblua5.1-0 : Depends: libgcc1 (>= 1:4.1.1) but it is not going > to be installed > Depends: libstdc++6 (>= 4.1.1) but it is not going > to be installed > libruby1.8 : Depends: libgdbm3 (>= 1.8.3) but it is not going to > be installed > Depends: libreadline5 (>= 5.2) but it is not going > to be installed > Depends: libssl1.0.0 (>= 1.0.0) but it is not going > to be installed > libx11-6 : Depends: libxcb1 (>= 1.2) but it is not going to be > installed > libxft2 : Depends: libfontconfig1 (>= 2.9.0) but it is not going > to be installed > Depends: libfreetype6 (>= 2.3.5) but it is not going to > be installed > Depends: libxrender1 but it is not going to be installed > libxml2 : Depends: liblzma5 (>= 5.1.1alpha+20120614) but it is > not going to be installed > Recommends: xml-core but it is not going to be installed > E: Error, pkgProblemResolver::Resolve generated breaks, this may > be caused by held packages. > sudo apt-get install libc6:i386 19.22s user 0.12s system 99% cpu > 19.356 total > > ...Ooof. Okay, giving up now. Thanks for the idea, though. > > On Sun, Jul 26, 2015 at 2:47 AM, Mariano Martinez Peck > <marianopeck(a)gmail.com> wrote: > > Did you try doing a "ldd" over the VM executable file so that you can > find > > the missing dependencies? > > > > > > > > On Sat, Jul 25, 2015 at 7:09 PM, Shadowfirebird < > shadowfirebird(a)gmail.com> > > wrote: > >> > >> Same problem. I'm afraid -- Crunchbang refuses to install > libasound2:i386 > >> because it cannot fulfill the dependencies. > >> > >> On Sat, Jul 25, 2015 at 5:09 PM, Jimmie Houchin <jlhouchin(a)gmail.com> > >> wrote: > >>> > >>> Hello, > >>> > >>> Welcome to Pharo and the Pharo community. Smalltalk/Pharo are > >>> exceptionally empowering tools. And getting better all the time. > >>> > >>> My apologies for your difficulties. I personally have not seen that > page > >>> before as I already have scripts for installing all of the requisite > >>> libraries. This script has worked for me for years on Ubuntu or other > Debian > >>> based distros. My favorite was Crunchbang. > >>> > >>> I did not originate this script but believe I started with I found > years > >>> ago for either Debian or Ubuntu. I cleaned it up and added to it over > time. > >>> It installs all the necessary libraries to my knowledge. Whether or not > >>> installs more than I need I do not know. All I do know is that after > running > >>> the script Pharo runs perfectly. > >>> > >>> I copied all of this from my setup-pharo.sh script. > >>> I run this script anytime I have a fresh Linux install. > >>> I then sudo -s and run the script. > >>> > >>> dpkg --add-architecture i386 > >>> apt-get update > >>> > >>> apt-get --yes install cmake zip bash-completion ruby git xz-utils > >>> debhelper devscripts > >>> apt-get --yes install libc6-dev:i386 libasound2:i386 > libasound2-dev:i386 > >>> libasound2-plugins:i386 > >>> apt-get --yes install libssl-dev:i386 libssl1.0.0:i386 libssh2-1:i386 > >>> libfreetype6-dev:i386 libx11-dev:i386 libsm-dev:i386 libice-dev:i386 > >>> apt-get --yes install build-essential gcc-multilib g++ > >>> apt-get --yes install libgl1-mesa-dev:i386 libgl1-mesa-glx:i386 > >>> > >>> Hopefully this can help your experience with Pharo and/or Squeak. > >>> > >>> Jimmie > >>> > >>> > >>> > >>> > >>> On 07/25/2015 09:54 AM, Shadowfirebird wrote: > >>>> > >>>> Hi all, > >>>> > >>>> I've been having trouble getting *any* sort of Smalltalk working on > >>>> Linux. But ultimately I got Pharo (my first choice) working on Debian > >>>> Jessie. > >>>> > >>>> It wasn't terribly hard in the end, but since the instructions at > >>>> http://pharo.org/gnu-linux-installation#64-bit-System-Setup seem to > be out > >>>> of date, I thought it might be helpful to post something in case > those in > >>>> charge of that page would like to update. Since there is no issue > tracker, > >>>> I assume this is a good a place as any. > >>>> > >>>> > >>>> ## Short Version ## > >>>> > >>>> * sudo dpkg --add-architecture i386 > >>>> * sudo apt-get update > >>>> * sudo apt-get install lib32zl lib32ncurses5 > >>>> > >>>> Note that there is no ia32-libs package on Jessie, as far as I can > tell. > >>>> (I have no idea whether you actually need to install lib32ncurses5, > but > >>>> those were what apt-get suggested, and it worked.) > >>>> > >>>> I do have a startup error -- "MessageNotUnderstood: > >>>> EmbeddedFreeTypeFontInstaller>>failedToOpen:Index:" -- but it doesn't > seem > >>>> to break anything. > >>>> > >>>> > >>>> ## Longer version / Rant ## > >>>> > >>>> Pharo turned out to be impossible on my netbook (where I would like to > >>>> use it, sadly) because it is still running Crunchbang, which is > Debian Woody > >>>> under the hood. So in theory the fix from the 64bit install page > should > >>>> work. It doesn't, though -- some sort of problem with #! I suppose > >>>> > >>>> "The following packages have unmet dependacies: > >>>> ia32-libs: Depends: ia32-libs-i386" > >>>> > >>>> Squeak, as downloaded from their site, has exactly the same problem. > >>>> > >>>> Pharo isn't in the Debian Repository, but an old version of the Squeak > >>>> VM -- *just* the VM -- is. (Not sure what the point of that is.) It > >>>> doesn't work with the current Squeak image from the website. I did > >>>> eventually manage to get a compatible image ... via FTP. Good > grief. (Good > >>>> enough to learn the ropes, I suppose.) > >>>> > >>>> I really didn't want to go the Gnu Smalltalk road, but in desperation > I > >>>> tried it. Under both Crunchbang and Debian Jessie, the gst-browser > package > >>>> falls over immediately when you start it, a great big error trace I > won't > >>>> bother to paste here. These are packages in the *repository*. Is > no-one > >>>> maintaining them? > >>>> > >>>> > >>>> The point of this rant is to give context to the following: thank > you. > >>>> Really, thank you, to the folks behind Pharo and everyone reading > this. > >>>> > >>>> This is the problem with FOSS: blink, and yesterday's rave technology > is > >>>> gone. And Smalltalk is *important* -- I'm not a Smalltalk programmer, > but > >>>> every time I play with it I learn so much about OOP, programming, and > good > >>>> design of classes. And I keep coming back to try to work with it > again, > >>>> because it offers things I want and just can't get elsewhere. The > idea that > >>>> Smalltalk might one day just ... not run? Not worth thinking about. > >>>> > >>>> > >>>> Okay, broke a cardinal rule here. Apologies for joining a mailing > list > >>>> and then immediately posting a long rant. Going to Lurk Mode now! > >>>> > >>>> Shadow. > >>>> > >>>> > >>> > >>> > >> > >> > >> > >> -- > >> Look through time and find your rhyme / Tell us what you find / We will > >> wait at your gate / Hoping like the blind. > > > > > > > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > > -- > Look through time and find your rhyme / Tell us what you find / We > will wait at your gate / Hoping like the blind. > > -- Mariano http://marianopeck.wordpress.com

July 26, 2015

Re: [Pharo-users] Linux Install -- problems, but eventually successful

by Shadowfirebird

Actually, no, because I assumed that there were broken dependancies in Crunchbang and it wouldn't help. Here goes... TL;DR: I just got tangled up in missing dependancies; I think this is a #! problem. Thanks for the idea, though. Long version: shadow(a)jenna[~/shadow/scratch/pharo4.0]%: ./pharo could not find module vm-display-X11 [1] 4875 abort ./pharo (134) shadow(a)jenna[~/shadow/scratch/pharo4.0]%: cd bin shadow(a)jenna[~/shadow/scratch/pharo4.0/bin]%: ldd vm-display-X11 linux-gate.so.1 (0xf776e000) libpthread.so.0 => /lib32/libpthread.so.0 (0xf771d000) libGL.so.1 => not found libX11.so.6 => not found libc.so.6 => /lib32/libc.so.6 (0xf7572000) /lib/ld-linux.so.2 (0xf776f000) Well outside of my comfort zone here, but a quick web search suggests I might want libgl1-mesa-glx or libgl1-mesa-swx11? Looking at Synaptic I can see a libgl1-mesa-swx11-i686:i386, so let's try that? (100) shadow(a)jenna[~/shadow/scratch/pharo4.0/bin]%: sudo apt-get install libgl1-mesa-swx11-i686 Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libgl1-mesa-swx11-i686:i386 : Depends: libgl1-mesa-swx11:i386 (= 8.0.5-4+deb7u2) but it is not going to be installed Depends: libc6:i386 (>= 2.3.6-6~) but it is not going to be installed Depends: libgcc1:i386 (>= 1:4.1.1) but it is not going to be installed Depends: libstdc++6:i386 (>= 4.1.1) but it is not going to be installed Depends: libx11-6:i386 but it is not going to be installed Depends: libxext6:i386 but it is not going to be installed E: Unable to correct problems, you have held broken packages. Okay. Hmm. Maybe apt-get is failing to chain-install these dependancies? Maybe? (100) shadow(a)jenna[~/shadow/scratch/pharo4.0/bin]%: sudo apt-get install libc6:i386 Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libc6 : Depends: libgcc1 but it is not going to be installed Breaks: libc6:i386 (!= 2.19-13) but 2.13-38+deb7u8 is to be installed libc6:i386 : Breaks: libc6 (!= 2.13-38+deb7u8) but 2.19-13 is to be installed libcairo2 : Depends: libfontconfig1 (>= 2.9.0) but it is not going to be installed Depends: libfreetype6 (>= 2.3.5) but it is not going to be installed Depends: libpixman-1-0 (>= 0.21.6) but it is not going to be installed Depends: libpng12-0 (>= 1.2.13-4) but it is not going to be installed Depends: libxcb-render0 but it is not going to be installed Depends: libxcb-shm0 but it is not going to be installed Depends: libxcb1 (>= 1.6) but it is not going to be installed Depends: libxrender1 but it is not going to be installed libcurl3-gnutls : Depends: libgcrypt11 (>= 1.4.5) but it is not going to be installed Depends: libgnutls26 (>= 2.12.17-0) but it is not going to be installed Depends: libgssapi-krb5-2 (>= 1.10+dfsg~) but it is not going to be installed Depends: libidn11 (>= 1.13) but it is not going to be installed Depends: libldap-2.4-2 (>= 2.4.7) but it is not going to be installed Depends: librtmp0 (>= 2.3) but it is not going to be installed Depends: libssh2-1 (>= 1.2.6) but it is not going to be installed Recommends: ca-certificates but it is not going to be installed libdbus-glib-1-2 : Depends: libdbus-1-3 (>= 1.2.16) but it is not going to be installed libglib2.0-0 : Depends: libffi5 (>= 3.0.4) but it is not going to be installed Depends: libpcre3 (>= 8.10) but it is not going to be installed Depends: libselinux1 (>= 1.32) but it is not going to be installed Recommends: shared-mime-info libimlib2 : Depends: libbz2-1.0 but it is not going to be installed Depends: libfreetype6 (>= 2.2.1) but it is not going to be installed Depends: libgif4 (>= 4.1.4) but it is not going to be installed Depends: libid3tag0 (>= 0.15.1b) but it is not going to be installed Depends: libjpeg8 (>= 8c) but it is not going to be installed Depends: libpng12-0 (>= 1.2.13-4) but it is not going to be installed Depends: libtiff4 (> 3.9.5-3~) but it is not going to be installed liblua5.1-0 : Depends: libgcc1 (>= 1:4.1.1) but it is not going to be installed Depends: libstdc++6 (>= 4.1.1) but it is not going to be installed libruby1.8 : Depends: libgdbm3 (>= 1.8.3) but it is not going to be installed Depends: libreadline5 (>= 5.2) but it is not going to be installed Depends: libssl1.0.0 (>= 1.0.0) but it is not going to be installed libx11-6 : Depends: libxcb1 (>= 1.2) but it is not going to be installed libxft2 : Depends: libfontconfig1 (>= 2.9.0) but it is not going to be installed Depends: libfreetype6 (>= 2.3.5) but it is not going to be installed Depends: libxrender1 but it is not going to be installed libxml2 : Depends: liblzma5 (>= 5.1.1alpha+20120614) but it is not going to be installed Recommends: xml-core but it is not going to be installed E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages. sudo apt-get install libc6:i386 19.22s user 0.12s system 99% cpu 19.356 total ...Ooof. Okay, giving up now. Thanks for the idea, though. On Sun, Jul 26, 2015 at 2:47 AM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > Did you try doing a "ldd" over the VM executable file so that you can find > the missing dependencies? > > > > On Sat, Jul 25, 2015 at 7:09 PM, Shadowfirebird <shadowfirebird(a)gmail.com> > wrote: >> >> Same problem. I'm afraid -- Crunchbang refuses to install libasound2:i386 >> because it cannot fulfill the dependencies. >> >> On Sat, Jul 25, 2015 at 5:09 PM, Jimmie Houchin <jlhouchin(a)gmail.com> >> wrote: >>> >>> Hello, >>> >>> Welcome to Pharo and the Pharo community. Smalltalk/Pharo are >>> exceptionally empowering tools. And getting better all the time. >>> >>> My apologies for your difficulties. I personally have not seen that page >>> before as I already have scripts for installing all of the requisite >>> libraries. This script has worked for me for years on Ubuntu or other Debian >>> based distros. My favorite was Crunchbang. >>> >>> I did not originate this script but believe I started with I found years >>> ago for either Debian or Ubuntu. I cleaned it up and added to it over time. >>> It installs all the necessary libraries to my knowledge. Whether or not >>> installs more than I need I do not know. All I do know is that after running >>> the script Pharo runs perfectly. >>> >>> I copied all of this from my setup-pharo.sh script. >>> I run this script anytime I have a fresh Linux install. >>> I then sudo -s and run the script. >>> >>> dpkg --add-architecture i386 >>> apt-get update >>> >>> apt-get --yes install cmake zip bash-completion ruby git xz-utils >>> debhelper devscripts >>> apt-get --yes install libc6-dev:i386 libasound2:i386 libasound2-dev:i386 >>> libasound2-plugins:i386 >>> apt-get --yes install libssl-dev:i386 libssl1.0.0:i386 libssh2-1:i386 >>> libfreetype6-dev:i386 libx11-dev:i386 libsm-dev:i386 libice-dev:i386 >>> apt-get --yes install build-essential gcc-multilib g++ >>> apt-get --yes install libgl1-mesa-dev:i386 libgl1-mesa-glx:i386 >>> >>> Hopefully this can help your experience with Pharo and/or Squeak. >>> >>> Jimmie >>> >>> >>> >>> >>> On 07/25/2015 09:54 AM, Shadowfirebird wrote: >>>> >>>> Hi all, >>>> >>>> I've been having trouble getting *any* sort of Smalltalk working on >>>> Linux. But ultimately I got Pharo (my first choice) working on Debian >>>> Jessie. >>>> >>>> It wasn't terribly hard in the end, but since the instructions at >>>> http://pharo.org/gnu-linux-installation#64-bit-System-Setup seem to be out >>>> of date, I thought it might be helpful to post something in case those in >>>> charge of that page would like to update. Since there is no issue tracker, >>>> I assume this is a good a place as any. >>>> >>>> >>>> ## Short Version ## >>>> >>>> * sudo dpkg --add-architecture i386 >>>> * sudo apt-get update >>>> * sudo apt-get install lib32zl lib32ncurses5 >>>> >>>> Note that there is no ia32-libs package on Jessie, as far as I can tell. >>>> (I have no idea whether you actually need to install lib32ncurses5, but >>>> those were what apt-get suggested, and it worked.) >>>> >>>> I do have a startup error -- "MessageNotUnderstood: >>>> EmbeddedFreeTypeFontInstaller>>failedToOpen:Index:" -- but it doesn't seem >>>> to break anything. >>>> >>>> >>>> ## Longer version / Rant ## >>>> >>>> Pharo turned out to be impossible on my netbook (where I would like to >>>> use it, sadly) because it is still running Crunchbang, which is Debian Woody >>>> under the hood. So in theory the fix from the 64bit install page should >>>> work. It doesn't, though -- some sort of problem with #! I suppose >>>> >>>> "The following packages have unmet dependacies: >>>> ia32-libs: Depends: ia32-libs-i386" >>>> >>>> Squeak, as downloaded from their site, has exactly the same problem. >>>> >>>> Pharo isn't in the Debian Repository, but an old version of the Squeak >>>> VM -- *just* the VM -- is. (Not sure what the point of that is.) It >>>> doesn't work with the current Squeak image from the website. I did >>>> eventually manage to get a compatible image ... via FTP. Good grief. (Good >>>> enough to learn the ropes, I suppose.) >>>> >>>> I really didn't want to go the Gnu Smalltalk road, but in desperation I >>>> tried it. Under both Crunchbang and Debian Jessie, the gst-browser package >>>> falls over immediately when you start it, a great big error trace I won't >>>> bother to paste here. These are packages in the *repository*. Is no-one >>>> maintaining them? >>>> >>>> >>>> The point of this rant is to give context to the following: thank you. >>>> Really, thank you, to the folks behind Pharo and everyone reading this. >>>> >>>> This is the problem with FOSS: blink, and yesterday's rave technology is >>>> gone. And Smalltalk is *important* -- I'm not a Smalltalk programmer, but >>>> every time I play with it I learn so much about OOP, programming, and good >>>> design of classes. And I keep coming back to try to work with it again, >>>> because it offers things I want and just can't get elsewhere. The idea that >>>> Smalltalk might one day just ... not run? Not worth thinking about. >>>> >>>> >>>> Okay, broke a cardinal rule here. Apologies for joining a mailing list >>>> and then immediately posting a long rant. Going to Lurk Mode now! >>>> >>>> Shadow. >>>> >>>> >>> >>> >> >> >> >> -- >> Look through time and find your rhyme / Tell us what you find / We will >> wait at your gate / Hoping like the blind. > > > > > -- > Mariano > http://marianopeck.wordpress.com -- Look through time and find your rhyme / Tell us what you find / We will wait at your gate / Hoping like the blind.

July 26, 2015

Re: [Pharo-users] Catalog Browser documentation

by Esteban Lorenzano

I never touched it, so it has to be still there. I think Versionner generates them, isn't? In any case, there is an explanation in the catalog web page: catalog.pharo.org Esteban > On 26 Jul 2015, at 10:50, stepharo <stepharo(a)free.fr> wrote: > > There is no doc. > > Normally the template generated was self-explanatory but I do not know if esteban kept it. > > > > Le 26/7/15 00:33, Peter UhnÃ¡k a Ã©crit : >> Hi, >> >> is there somewhere documentation for Catalog Browser? >> >> Specifically what everything it offers for configurations... >> I've seen on class side methods #catalogKeywords, #catalogDescription but since I've haven't found docs (maybe Updated Pharo Book can have?) I don't know what else it offers. >> >> Thanks, >> Peter > >

July 26, 2015

Re: [Pharo-users] Catalog Browser documentation

by stepharo

There is no doc. Normally the template generated was self-explanatory but I do not know if esteban kept it. Le 26/7/15 00:33, Peter UhnÃ¡k a Ã©crit : > Hi, > > is there somewhere documentation for Catalog Browser? > > Specifically what everything it offers for configurations... > I've seen on class side methods #catalogKeywords, #catalogDescription > but since I've haven't found docs (maybe Updated Pharo Book can have?) > I don't know what else it offers. > > Thanks, > Peter

July 26, 2015

Re: [Pharo-users] Artifact

by Hilaire

It looks like only the brochure example is broken because it block the image. Hilaire Le 26/07/2015 15:29, Hilaire a Ã©crit : > And all tests are greem > > Le 26/07/2015 15:23, Hilaire a Ã©crit : >> Hello, >> >> A few demo examples from Artifact does not work in a Pharo 3.0 >> environment. An empty document or a document I can't open with standard >> linux pdf viewer. >> >> I list them here: >> >> -datatableWithCaptions >> -datatable >> -paragraph >> -mosaique >> -arrow >> -brochure >> -horizontalLayout >> >> Hilaire >> > -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

July 26, 2015

Re: [Pharo-users] Artifact

by Hilaire

And all tests are greem Le 26/07/2015 15:23, Hilaire a Ã©crit : > Hello, > > A few demo examples from Artifact does not work in a Pharo 3.0 > environment. An empty document or a document I can't open with standard > linux pdf viewer. > > I list them here: > > -datatableWithCaptions > -datatable > -paragraph > -mosaique > -arrow > -brochure > -horizontalLayout > > Hilaire > -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

July 26, 2015

Artifact

by Hilaire

Hello, A few demo examples from Artifact does not work in a Pharo 3.0 environment. An empty document or a document I can't open with standard linux pdf viewer. I list them here: -datatableWithCaptions -datatable -paragraph -mosaique -arrow -brochure -horizontalLayout Hilaire -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

July 26, 2015

Re: [Pharo-users] Personal wiki / information manager

by Pierce Ng

On Fri, Jul 24, 2015 at 03:26:59PM +0200, Bystroushaak wrote: > Is there any software projects/libraries for personal wiki > (something like ZIM or CherryTree or Orgmode for writing > texts/notes) and personal information managing in Pharo? I started with Tcl's wikit, using the Tk interface, moved on to Fossil with its web interface. I now know enough of what I want to do something suited to my needs in Pharo. E.g. I really want transclusion. Mentally sketching it out and learning Pier at the same time. Some Hacker News links: https://news.ycombinator.com/item?id=8270759 On designing a personal knowledge base https://news.ycombinator.com/item?id=9911942 Show HN: FAQT - A lightweight, personal knowledge base Pierce >

July 26, 2015

Re: [Pharo-users] Linux Install -- problems, but eventually successful

by Mariano Martinez Peck

Did you try doing a "ldd" over the VM executable file so that you can find the missing dependencies? On Sat, Jul 25, 2015 at 7:09 PM, Shadowfirebird <shadowfirebird(a)gmail.com> wrote: > Same problem. I'm afraid -- Crunchbang refuses to install libasound2:i386 > because it cannot fulfill the dependencies. > > On Sat, Jul 25, 2015 at 5:09 PM, Jimmie Houchin <jlhouchin(a)gmail.com> > wrote: > >> Hello, >> >> Welcome to Pharo and the Pharo community. Smalltalk/Pharo are >> exceptionally empowering tools. And getting better all the time. >> >> My apologies for your difficulties. I personally have not seen that page >> before as I already have scripts for installing all of the requisite >> libraries. This script has worked for me for years on Ubuntu or other >> Debian based distros. My favorite was Crunchbang. >> >> I did not originate this script but believe I started with I found years >> ago for either Debian or Ubuntu. I cleaned it up and added to it over time. >> It installs all the necessary libraries to my knowledge. Whether or not >> installs more than I need I do not know. All I do know is that after >> running the script Pharo runs perfectly. >> >> I copied all of this from my setup-pharo.sh script. >> I run this script anytime I have a fresh Linux install. >> I then sudo -s and run the script. >> >> dpkg --add-architecture i386 >> apt-get update >> >> apt-get --yes install cmake zip bash-completion ruby git xz-utils >> debhelper devscripts >> apt-get --yes install libc6-dev:i386 libasound2:i386 libasound2-dev:i386 >> libasound2-plugins:i386 >> apt-get --yes install libssl-dev:i386 libssl1.0.0:i386 libssh2-1:i386 >> libfreetype6-dev:i386 libx11-dev:i386 libsm-dev:i386 libice-dev:i386 >> apt-get --yes install build-essential gcc-multilib g++ >> apt-get --yes install libgl1-mesa-dev:i386 libgl1-mesa-glx:i386 >> >> Hopefully this can help your experience with Pharo and/or Squeak. >> >> Jimmie >> >> >> >> >> On 07/25/2015 09:54 AM, Shadowfirebird wrote: >> >>> Hi all, >>> >>> I've been having trouble getting *any* sort of Smalltalk working on >>> Linux. But ultimately I got Pharo (my first choice) working on Debian >>> Jessie. >>> >>> It wasn't terribly hard in the end, but since the instructions at >>> http://pharo.org/gnu-linux-installation#64-bit-System-Setup seem to be >>> out of date, I thought it might be helpful to post something in case those >>> in charge of that page would like to update. Since there is no issue >>> tracker, I assume this is a good a place as any. >>> >>> >>> ## Short Version ## >>> >>> * sudo dpkg --add-architecture i386 >>> * sudo apt-get update >>> * sudo apt-get install lib32zl lib32ncurses5 >>> >>> Note that there is no ia32-libs package on Jessie, as far as I can >>> tell. (I have no idea whether you actually need to install lib32ncurses5, >>> but those were what apt-get suggested, and it worked.) >>> >>> I do have a startup error -- "MessageNotUnderstood: >>> EmbeddedFreeTypeFontInstaller>>failedToOpen:Index:" -- but it doesn't seem >>> to break anything. >>> >>> >>> ## Longer version / Rant ## >>> >>> Pharo turned out to be impossible on my netbook (where I would like to >>> use it, sadly) because it is still running Crunchbang, which is Debian >>> Woody under the hood. So in theory the fix from the 64bit install page >>> should work. It doesn't, though -- some sort of problem with #! I suppose >>> >>> "The following packages have unmet dependacies: >>> ia32-libs: Depends: ia32-libs-i386" >>> >>> Squeak, as downloaded from their site, has exactly the same problem. >>> >>> Pharo isn't in the Debian Repository, but an old version of the Squeak >>> VM -- *just* the VM -- is. (Not sure what the point of that is.) It >>> doesn't work with the current Squeak image from the website. I did >>> eventually manage to get a compatible image ... via FTP. Good grief. >>> (Good enough to learn the ropes, I suppose.) >>> >>> I really didn't want to go the Gnu Smalltalk road, but in desperation I >>> tried it. Under both Crunchbang and Debian Jessie, the gst-browser package >>> falls over immediately when you start it, a great big error trace I won't >>> bother to paste here. These are packages in the *repository*. Is no-one >>> maintaining them? >>> >>> >>> The point of this rant is to give context to the following: thank you. >>> Really, thank you, to the folks behind Pharo and everyone reading this. >>> >>> This is the problem with FOSS: blink, and yesterday's rave technology is >>> gone. And Smalltalk is *important* -- I'm not a Smalltalk programmer, but >>> every time I play with it I learn so much about OOP, programming, and good >>> design of classes. And I keep coming back to try to work with it again, >>> because it offers things I want and just can't get elsewhere. The idea >>> that Smalltalk might one day just ... not run? Not worth thinking about. >>> >>> >>> Okay, broke a cardinal rule here. Apologies for joining a mailing list >>> and then immediately posting a long rant. Going to Lurk Mode now! >>> >>> Shadow. >>> >>> >>> >> >> > > > -- > Look through time and find your rhyme / Tell us what you find / We will > wait at your gate / Hoping like the blind. > -- Mariano http://marianopeck.wordpress.com

July 26, 2015

Catalog Browser documentation

by Peter UhnÃ¡k

Hi, is there somewhere documentation for Catalog Browser? Specifically what everything it offers for configurations... I've seen on class side methods #catalogKeywords, #catalogDescription but since I've haven't found docs (maybe Updated Pharo Book can have?) I don't know what else it offers. Thanks, Peter

July 25, 2015

Re: [Pharo-users] Linux Install -- problems, but eventually successful

by Shadowfirebird

Same problem. I'm afraid -- Crunchbang refuses to install libasound2:i386 because it cannot fulfill the dependencies. On Sat, Jul 25, 2015 at 5:09 PM, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: > Hello, > > Welcome to Pharo and the Pharo community. Smalltalk/Pharo are > exceptionally empowering tools. And getting better all the time. > > My apologies for your difficulties. I personally have not seen that page > before as I already have scripts for installing all of the requisite > libraries. This script has worked for me for years on Ubuntu or other > Debian based distros. My favorite was Crunchbang. > > I did not originate this script but believe I started with I found years > ago for either Debian or Ubuntu. I cleaned it up and added to it over time. > It installs all the necessary libraries to my knowledge. Whether or not > installs more than I need I do not know. All I do know is that after > running the script Pharo runs perfectly. > > I copied all of this from my setup-pharo.sh script. > I run this script anytime I have a fresh Linux install. > I then sudo -s and run the script. > > dpkg --add-architecture i386 > apt-get update > > apt-get --yes install cmake zip bash-completion ruby git xz-utils > debhelper devscripts > apt-get --yes install libc6-dev:i386 libasound2:i386 libasound2-dev:i386 > libasound2-plugins:i386 > apt-get --yes install libssl-dev:i386 libssl1.0.0:i386 libssh2-1:i386 > libfreetype6-dev:i386 libx11-dev:i386 libsm-dev:i386 libice-dev:i386 > apt-get --yes install build-essential gcc-multilib g++ > apt-get --yes install libgl1-mesa-dev:i386 libgl1-mesa-glx:i386 > > Hopefully this can help your experience with Pharo and/or Squeak. > > Jimmie > > > > > On 07/25/2015 09:54 AM, Shadowfirebird wrote: > >> Hi all, >> >> I've been having trouble getting *any* sort of Smalltalk working on >> Linux. But ultimately I got Pharo (my first choice) working on Debian >> Jessie. >> >> It wasn't terribly hard in the end, but since the instructions at >> http://pharo.org/gnu-linux-installation#64-bit-System-Setup seem to be >> out of date, I thought it might be helpful to post something in case those >> in charge of that page would like to update. Since there is no issue >> tracker, I assume this is a good a place as any. >> >> >> ## Short Version ## >> >> * sudo dpkg --add-architecture i386 >> * sudo apt-get update >> * sudo apt-get install lib32zl lib32ncurses5 >> >> Note that there is no ia32-libs package on Jessie, as far as I can tell. >> (I have no idea whether you actually need to install lib32ncurses5, but >> those were what apt-get suggested, and it worked.) >> >> I do have a startup error -- "MessageNotUnderstood: >> EmbeddedFreeTypeFontInstaller>>failedToOpen:Index:" -- but it doesn't seem >> to break anything. >> >> >> ## Longer version / Rant ## >> >> Pharo turned out to be impossible on my netbook (where I would like to >> use it, sadly) because it is still running Crunchbang, which is Debian >> Woody under the hood. So in theory the fix from the 64bit install page >> should work. It doesn't, though -- some sort of problem with #! I suppose >> >> "The following packages have unmet dependacies: >> ia32-libs: Depends: ia32-libs-i386" >> >> Squeak, as downloaded from their site, has exactly the same problem. >> >> Pharo isn't in the Debian Repository, but an old version of the Squeak VM >> -- *just* the VM -- is. (Not sure what the point of that is.) It doesn't >> work with the current Squeak image from the website. I did eventually >> manage to get a compatible image ... via FTP. Good grief. (Good enough to >> learn the ropes, I suppose.) >> >> I really didn't want to go the Gnu Smalltalk road, but in desperation I >> tried it. Under both Crunchbang and Debian Jessie, the gst-browser package >> falls over immediately when you start it, a great big error trace I won't >> bother to paste here. These are packages in the *repository*. Is no-one >> maintaining them? >> >> >> The point of this rant is to give context to the following: thank you. >> Really, thank you, to the folks behind Pharo and everyone reading this. >> >> This is the problem with FOSS: blink, and yesterday's rave technology is >> gone. And Smalltalk is *important* -- I'm not a Smalltalk programmer, but >> every time I play with it I learn so much about OOP, programming, and good >> design of classes. And I keep coming back to try to work with it again, >> because it offers things I want and just can't get elsewhere. The idea >> that Smalltalk might one day just ... not run? Not worth thinking about. >> >> >> Okay, broke a cardinal rule here. Apologies for joining a mailing list >> and then immediately posting a long rant. Going to Lurk Mode now! >> >> Shadow. >> >> >> > > -- Look through time and find your rhyme / Tell us what you find / We will wait at your gate / Hoping like the blind.

July 25, 2015

Re: [Pharo-users] Ephemeric Cloud - new platform to publish Pharo web applications

by Marcus Denker

Hi, *Really* nice! I just deployed the example seaside image in literally minutes! (using the REST Api with Curl). the web UI looks even easier: https://www.youtube.com/watch?v=a1GfuT9M4qo > On 20 Jul 2015, at 17:16, mikefilonov <mikefilonov(a)gmail.com> wrote: > > Dear Pharo users, > > I'm so excited to introduce you a project I'm currently working on which is > called "Ephemeric cloud". It is a very simple and fast way to publish your > Images to the web. Basically to publish a Smalltalk Image you just need to > call a usual HTTP POST request to Pharocloud Ephemeric API and you'll get a > hostname in response. > > Check those small video examples below. 2 minutes each (and most of the time > is uploading time of my not-so-fast home internet :) > > Publish with curl: http://www.youtube.com/watch?v=9dKBCpj96cU > Publish with Drag&Drop: http://www.youtube.com/watch?v=NuGTenCIwik > > The main idea of the project is to put as many images as possible and as > simple as possible. And I'm so confident in efficiency of this solution that > I included a free plan for you guys:) > > Hooray to Pharo Free hosting! :) (scared smile) > > I see Ephemeric cloud as a corner stone of all Pharo web development. > For instance, I can imagine some kind of "Publish" button on Marina project > site, clicking on which a user will spawn a new instance in the cloud and > will be able to test it immediately. Another good use case is running > unit-tests by publishing an Image and running some API calls on it by > script. Or you can have an A-B publish scheme when a part of users are sent > to a new version for a test and the rest to a stable one. By the way, > ephemerics are a great case for Pharo Remote Debug project;) > > My intentions are to get to the point when Ephemeric cloud subscription is a > must-have tool for a Pharo developer! :) > > You may check some project details here: > https://www.pharocloud.com/kb/tutorial/ephemerics-introduction > > All questions are so-very welcomed. If anyone is interested in participation > in cloud beta-testing please contact me at support(a)pharocloud.com and I'll > extend your subscription plan. > > Cheers, > Mike > Pharocloud Team > > > > > -- > View this message in context: http://forum.world.st/Ephemeric-Cloud-new-platform-to-publish-Pharo-web-app… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

July 25, 2015

Re: [Pharo-users] Personal wiki / information manager

by Bystroushaak

Hi. That really looks interesting! Dne 25.7.2015 v 21:49 Offray Vladimir Luna CÃ¡rdenas napsal(a): > Hi > > I'm making one of such outliners on Pharo. The code, interface and > functionality are pretty immature, the interface/documentation is almost > only in Spanish, and is progressing slowly, but any help or advice is > welcome. In the blog entries at [1] and [2] you could find some of the > explorations and previous personal wikis / outliner I had used and the > technologies I'm using to implement this idea on pharo and the problems > I faced (some of them already solved) and some ideas for the future. [3] > is the website for the project and [4] is the project repository > > [1] > http://mutabit.com/offray/static/blog/output/posts/on-deepness-and-complexi… > > [2] > http://mutabit.com/offray/static/blog/output/posts/grafoscopio-idea-and-ini… > > [3] http://mutabit.com/grafoscopio/ > [4] http://smalltalkhub.com/#!/~Offray/Grafoscopio > > Let me know if this helps, > > Offray >

July 25, 2015

Re: [Pharo-users] Personal wiki / information manager

by Offray Vladimir Luna CÃ¡rdenas

Hi I'm making one of such outliners on Pharo. The code, interface and functionality are pretty immature, the interface/documentation is almost only in Spanish, and is progressing slowly, but any help or advice is welcome. In the blog entries at [1] and [2] you could find some of the explorations and previous personal wikis / outliner I had used and the technologies I'm using to implement this idea on pharo and the problems I faced (some of them already solved) and some ideas for the future. [3] is the website for the project and [4] is the project repository [1] http://mutabit.com/offray/static/blog/output/posts/on-deepness-and-complexi… [2] http://mutabit.com/offray/static/blog/output/posts/grafoscopio-idea-and-ini… [3] http://mutabit.com/grafoscopio/ [4] http://smalltalkhub.com/#!/~Offray/Grafoscopio Let me know if this helps, Offray On 24/07/15 15:34, Bystroushaak wrote: > Hello. > > Thanks for reply, but this is not what I mean. Wiki is all about > presentation of the informations to other users. > > On the other hand, personal wiki/PIM is tool for introspection of your > own brain, microscope designed to look into yourself. It is meant to > run in one thread on your computer, to organize files and ideas. There > may be calendar to help you with your agenda, or maybe contact list > and so on.. > > Another term for what I am looking for may be outliner: > > - https://en.wikipedia.org/wiki/Outliner > > Dne 24.7.2015 v 19:06 stepharo napsal(a): >> Hi >> >> You have pier http://piercms.com >> Esteban is thinking about doing a minipier. >> >> Stef > > >

July 25, 2015

Re: [Pharo-users] Linux Install -- problems, but eventually successful

by Mariano Martinez Peck

Hi, Note also that from Pharo website you can get to: http://pharo.org/gnu-linux-installation#64-bit-System-Setup You get there from http://pharo.org/download (where it says "*GNU/Linux virtual machine - Besides the generic binary, there are pre-built VMs for systems with libc < 2.15 (e.g. Debian 7 "wheezy"), and CentOS. NB: If you're on 64-bit GNU/Linux, see our instructions to prepare your system*") Cheers, On Sat, Jul 25, 2015 at 1:09 PM, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: > Hello, > > Welcome to Pharo and the Pharo community. Smalltalk/Pharo are > exceptionally empowering tools. And getting better all the time. > > My apologies for your difficulties. I personally have not seen that page > before as I already have scripts for installing all of the requisite > libraries. This script has worked for me for years on Ubuntu or other > Debian based distros. My favorite was Crunchbang. > > I did not originate this script but believe I started with I found years > ago for either Debian or Ubuntu. I cleaned it up and added to it over time. > It installs all the necessary libraries to my knowledge. Whether or not > installs more than I need I do not know. All I do know is that after > running the script Pharo runs perfectly. > > I copied all of this from my setup-pharo.sh script. > I run this script anytime I have a fresh Linux install. > I then sudo -s and run the script. > > dpkg --add-architecture i386 > apt-get update > > apt-get --yes install cmake zip bash-completion ruby git xz-utils > debhelper devscripts > apt-get --yes install libc6-dev:i386 libasound2:i386 libasound2-dev:i386 > libasound2-plugins:i386 > apt-get --yes install libssl-dev:i386 libssl1.0.0:i386 libssh2-1:i386 > libfreetype6-dev:i386 libx11-dev:i386 libsm-dev:i386 libice-dev:i386 > apt-get --yes install build-essential gcc-multilib g++ > apt-get --yes install libgl1-mesa-dev:i386 libgl1-mesa-glx:i386 > > Hopefully this can help your experience with Pharo and/or Squeak. > > Jimmie > > > > > On 07/25/2015 09:54 AM, Shadowfirebird wrote: > >> Hi all, >> >> I've been having trouble getting *any* sort of Smalltalk working on >> Linux. But ultimately I got Pharo (my first choice) working on Debian >> Jessie. >> >> It wasn't terribly hard in the end, but since the instructions at >> http://pharo.org/gnu-linux-installation#64-bit-System-Setup seem to be >> out of date, I thought it might be helpful to post something in case those >> in charge of that page would like to update. Since there is no issue >> tracker, I assume this is a good a place as any. >> >> >> ## Short Version ## >> >> * sudo dpkg --add-architecture i386 >> * sudo apt-get update >> * sudo apt-get install lib32zl lib32ncurses5 >> >> Note that there is no ia32-libs package on Jessie, as far as I can tell. >> (I have no idea whether you actually need to install lib32ncurses5, but >> those were what apt-get suggested, and it worked.) >> >> I do have a startup error -- "MessageNotUnderstood: >> EmbeddedFreeTypeFontInstaller>>failedToOpen:Index:" -- but it doesn't seem >> to break anything. >> >> >> ## Longer version / Rant ## >> >> Pharo turned out to be impossible on my netbook (where I would like to >> use it, sadly) because it is still running Crunchbang, which is Debian >> Woody under the hood. So in theory the fix from the 64bit install page >> should work. It doesn't, though -- some sort of problem with #! I suppose >> >> "The following packages have unmet dependacies: >> ia32-libs: Depends: ia32-libs-i386" >> >> Squeak, as downloaded from their site, has exactly the same problem. >> >> Pharo isn't in the Debian Repository, but an old version of the Squeak VM >> -- *just* the VM -- is. (Not sure what the point of that is.) It doesn't >> work with the current Squeak image from the website. I did eventually >> manage to get a compatible image ... via FTP. Good grief. (Good enough to >> learn the ropes, I suppose.) >> >> I really didn't want to go the Gnu Smalltalk road, but in desperation I >> tried it. Under both Crunchbang and Debian Jessie, the gst-browser package >> falls over immediately when you start it, a great big error trace I won't >> bother to paste here. These are packages in the *repository*. Is no-one >> maintaining them? >> >> >> The point of this rant is to give context to the following: thank you. >> Really, thank you, to the folks behind Pharo and everyone reading this. >> >> This is the problem with FOSS: blink, and yesterday's rave technology is >> gone. And Smalltalk is *important* -- I'm not a Smalltalk programmer, but >> every time I play with it I learn so much about OOP, programming, and good >> design of classes. And I keep coming back to try to work with it again, >> because it offers things I want and just can't get elsewhere. The idea >> that Smalltalk might one day just ... not run? Not worth thinking about. >> >> >> Okay, broke a cardinal rule here. Apologies for joining a mailing list >> and then immediately posting a long rant. Going to Lurk Mode now! >> >> Shadow. >> >> >> > > -- Mariano http://marianopeck.wordpress.com

July 25, 2015

Re: [Pharo-users] Linux Install -- problems, but eventually successful

by Jimmie Houchin

Hello, Welcome to Pharo and the Pharo community. Smalltalk/Pharo are exceptionally empowering tools. And getting better all the time. My apologies for your difficulties. I personally have not seen that page before as I already have scripts for installing all of the requisite libraries. This script has worked for me for years on Ubuntu or other Debian based distros. My favorite was Crunchbang. I did not originate this script but believe I started with I found years ago for either Debian or Ubuntu. I cleaned it up and added to it over time. It installs all the necessary libraries to my knowledge. Whether or not installs more than I need I do not know. All I do know is that after running the script Pharo runs perfectly. I copied all of this from my setup-pharo.sh script. I run this script anytime I have a fresh Linux install. I then sudo -s and run the script. dpkg --add-architecture i386 apt-get update apt-get --yes install cmake zip bash-completion ruby git xz-utils debhelper devscripts apt-get --yes install libc6-dev:i386 libasound2:i386 libasound2-dev:i386 libasound2-plugins:i386 apt-get --yes install libssl-dev:i386 libssl1.0.0:i386 libssh2-1:i386 libfreetype6-dev:i386 libx11-dev:i386 libsm-dev:i386 libice-dev:i386 apt-get --yes install build-essential gcc-multilib g++ apt-get --yes install libgl1-mesa-dev:i386 libgl1-mesa-glx:i386 Hopefully this can help your experience with Pharo and/or Squeak. Jimmie On 07/25/2015 09:54 AM, Shadowfirebird wrote: > Hi all, > > I've been having trouble getting *any* sort of Smalltalk working on > Linux. But ultimately I got Pharo (my first choice) working on Debian > Jessie. > > It wasn't terribly hard in the end, but since the instructions at > http://pharo.org/gnu-linux-installation#64-bit-System-Setup seem to be > out of date, I thought it might be helpful to post something in case > those in charge of that page would like to update. Since there is no > issue tracker, I assume this is a good a place as any. > > > ## Short Version ## > > * sudo dpkg --add-architecture i386 > * sudo apt-get update > * sudo apt-get install lib32zl lib32ncurses5 > > Note that there is no ia32-libs package on Jessie, as far as I can > tell. (I have no idea whether you actually need to install > lib32ncurses5, but those were what apt-get suggested, and it worked.) > > I do have a startup error -- "MessageNotUnderstood: > EmbeddedFreeTypeFontInstaller>>failedToOpen:Index:" -- but it doesn't > seem to break anything. > > > ## Longer version / Rant ## > > Pharo turned out to be impossible on my netbook (where I would like to > use it, sadly) because it is still running Crunchbang, which is Debian > Woody under the hood. So in theory the fix from the 64bit install page > should work. It doesn't, though -- some sort of problem with #! I suppose > > "The following packages have unmet dependacies: > ia32-libs: Depends: ia32-libs-i386" > > Squeak, as downloaded from their site, has exactly the same problem. > > Pharo isn't in the Debian Repository, but an old version of the Squeak > VM -- *just* the VM -- is. (Not sure what the point of that is.) It > doesn't work with the current Squeak image from the website. I did > eventually manage to get a compatible image ... via FTP. Good grief. > (Good enough to learn the ropes, I suppose.) > > I really didn't want to go the Gnu Smalltalk road, but in desperation > I tried it. Under both Crunchbang and Debian Jessie, the gst-browser > package falls over immediately when you start it, a great big error > trace I won't bother to paste here. These are packages in the > *repository*. Is no-one maintaining them? > > > The point of this rant is to give context to the following: thank > you. Really, thank you, to the folks behind Pharo and everyone > reading this. > > This is the problem with FOSS: blink, and yesterday's rave technology > is gone. And Smalltalk is *important* -- I'm not a Smalltalk > programmer, but every time I play with it I learn so much about OOP, > programming, and good design of classes. And I keep coming back to > try to work with it again, because it offers things I want and just > can't get elsewhere. The idea that Smalltalk might one day just ... > not run? Not worth thinking about. > > > Okay, broke a cardinal rule here. Apologies for joining a mailing > list and then immediately posting a long rant. Going to Lurk Mode now! > > Shadow. > >

July 25, 2015

Linux Install -- problems, but eventually successful

by Shadowfirebird

Hi all, I've been having trouble getting *any* sort of Smalltalk working on Linux. But ultimately I got Pharo (my first choice) working on Debian Jessie. It wasn't terribly hard in the end, but since the instructions at http://pharo.org/gnu-linux-installation#64-bit-System-Setup seem to be out of date, I thought it might be helpful to post something in case those in charge of that page would like to update. Since there is no issue tracker, I assume this is a good a place as any. ## Short Version ## * sudo dpkg --add-architecture i386 * sudo apt-get update * sudo apt-get install lib32zl lib32ncurses5 Note that there is no ia32-libs package on Jessie, as far as I can tell. (I have no idea whether you actually need to install lib32ncurses5, but those were what apt-get suggested, and it worked.) I do have a startup error -- "MessageNotUnderstood: EmbeddedFreeTypeFontInstaller>>failedToOpen:Index:" -- but it doesn't seem to break anything. ## Longer version / Rant ## Pharo turned out to be impossible on my netbook (where I would like to use it, sadly) because it is still running Crunchbang, which is Debian Woody under the hood. So in theory the fix from the 64bit install page should work. It doesn't, though -- some sort of problem with #! I suppose "The following packages have unmet dependacies: ia32-libs: Depends: ia32-libs-i386" Squeak, as downloaded from their site, has exactly the same problem. Pharo isn't in the Debian Repository, but an old version of the Squeak VM -- *just* the VM -- is. (Not sure what the point of that is.) It doesn't work with the current Squeak image from the website. I did eventually manage to get a compatible image ... via FTP. Good grief. (Good enough to learn the ropes, I suppose.) I really didn't want to go the Gnu Smalltalk road, but in desperation I tried it. Under both Crunchbang and Debian Jessie, the gst-browser package falls over immediately when you start it, a great big error trace I won't bother to paste here. These are packages in the *repository*. Is no-one maintaining them? The point of this rant is to give context to the following: thank you. Really, thank you, to the folks behind Pharo and everyone reading this. This is the problem with FOSS: blink, and yesterday's rave technology is gone. And Smalltalk is *important* -- I'm not a Smalltalk programmer, but every time I play with it I learn so much about OOP, programming, and good design of classes. And I keep coming back to try to work with it again, because it offers things I want and just can't get elsewhere. The idea that Smalltalk might one day just ... not run? Not worth thinking about. Okay, broke a cardinal rule here. Apologies for joining a mailing list and then immediately posting a long rant. Going to Lurk Mode now! Shadow.

July 25, 2015

Re: [Pharo-users] [Pharo-dev] Calendar Events?

by Norbert Hartl

You mean Scheduler? http://smalltalkhub.com/#!/~TorstenBergmann/Scheduler Norbert > Am 25.07.2015 um 09:24 schrieb stepharo <stepharo(a)free.fr>: > > Hi > > I would like to schedule some events automatically. I know that there was a package doing something like that. > Any pointers? > > Stef >

July 25, 2015

Re: [Pharo-users] Using geographic data

by HernÃ¡n Morales Durand

Hi Arturo, Do you want to implement a Geolocator like NAC? http://www.nactag.info/map.asp The GADM world tree is built from a CSV which I generated from the GADM 2.0 dBase files for the whole world. I checked the dBase format and doesn't include the polygon information you find in the .kmz files. I saw they released 2.5 this month (July 2015) but only in ESRI geodatabase format (which I didn't investigated yet, but not the same as ESRI shapefile format) and will release 2.7 in August 2015. Another way could be just to parse the KML (is just an XML file) using XPath or XMLPullParser. About locating the point in a polygon the problem of traditional 2D inclusion tests (ray crossing methods) is that require large storage, given polygons of enough size, complexity and amount of edges. This is a common situation with level 1 and 2 polygons. New methods for example classiffy polygon edges into layers, results in faster inclusion test. HernÃ¡n 2015-07-24 20:19 GMT-03:00 Arturo Zambrano <arturo.zambrano(a)gmail.com>: > Hi All, > I would like to get some advice regarding which path I should take. > > Problem: > Given a coordinate I want to know to which geographical object it belongs > to. > > Path 1 > Using Glorp to make a query to a Postgis instance containing the > boundaries of the geobjects > > > > Path 2 > Use the data form GADM data (according to this thread > <http://forum.world.st/PostGIS-in-Pharo-td4802233.html>). > > > I would avoid path 1 in order to avoid installation of postgi. From the > thread mentioned above, I thing that it requires some development. > > > Regarding Path 2, I don't see which framework or library should I use to > import and query the data contained in the KMZ from GADM. > > > Any advice is welcome. > > Best regards. > Art > > >

July 25, 2015

Re: [Pharo-users] Using geographic data

by Sven Van Caekenberghe

Arturo, In Pharo itself, you could just do it yourself, like this: T3GeoTools class>>#is: position inside: polygon "T3GeoTools is: 5.33732(a)50.92601 inside: { 5.48230(a)50.82249. 5.49523(a)50.81288. 5.50138(a)50.82008. 5.50228(a)50.82595. 5.49265(a)50.82560. 5.48230(a)50.82249 }" "T3GeoTools is: 5.49007(a)50.82205 inside: { 5.48230(a)50.82249. 5.49523(a)50.81288. 5.50138(a)50.82008. 5.50228(a)50.82595. 5.49265(a)50.82560. 5.48230(a)50.82249 }" "Point in polygon - ray casting algorithm - http://www.ecse.rpi.edu/Homepages/wrf/Research/Short_Notes/pnpoly.html" | inside otherIndex | inside := false. otherIndex := polygon size. polygon doWithIndex: [ :each :index | | other | other := polygon at: otherIndex. (((each y > position y) ~= (other y > position y)) and: [ position x < (((other x - each x) * (position y - each y) / (other y - each y)) + each x) ]) ifTrue: [ inside := inside not ]. otherIndex := index ]. ^ inside Inside circle, rectangle etc are trivial. Sven > On 25 Jul 2015, at 01:19, Arturo Zambrano <arturo.zambrano(a)gmail.com> wrote: > > Hi All, > I would like to get some advice regarding which path I should take. > > Problem: > Given a coordinate I want to know to which geographical object it belongs to. > > Path 1 > Using Glorp to make a query to a Postgis instance containing the boundaries of the geobjects > > > > Path 2 > Use the data form GADM data (according to this thread). > > > I would avoid path 1 in order to avoid installation of postgi. From the > thread mentioned above, I thing that it requires some development. > > > Regarding Path 2, I don't see which framework or library should I use to > import and query the data contained in the KMZ from GADM. > > > Any advice is welcome. > > Best regards. > Art > >

July 25, 2015

Calendar Events?

by stepharo

Hi I would like to schedule some events automatically. I know that there was a package doing something like that. Any pointers? Stef

July 25, 2015

Re: [Pharo-users] [OT] Bill Gross: The single biggest reason why startups succeed

by Jimmie Houchin

I am not a professional programmer, nor am I young, nor a graybeard. :) I found Smalltalk about 1999 in the form of Squeak. My biggest problems have been not in learning Smalltalk. But rather some of the projects I wanted to do needed to interface without outside libraries. Because I always felt more comfortable and productive in Smalltalk than anything else I have ever used. Even when I could not use Squeak/Pharo for whatever I was doing at the moment. I kept returning. And over time my requirements changed and the requirements Squeak/Pharo are able to fulfill keep improving. I think one thing that we really need to do when talking to people who have tried Smalltalk/Squeak/Pharo and were not able to use it for whatever reason. To periodically keep trying Squeak/Pharo. The magical intersection of experience, knowledge, understanding, project/personal requirements and Squeak/Pharo's abilities might wonderfully meet. Squeak and Pharo are in this for the long game. Keep trying. At some point more and more people will find that where they are in life and where Squeak/Pharo are at that time, things just click. Cog, Spur, Sista, 64bit plus all of the growing projects and libraries make for an ever increasingly attractive and powerful object environment empowering its users to accomplish great things. Jimmie Houchin On 07/23/2015 01:29 PM, Dimitris Chloupis wrote: > for me as a beginner a big turn off was the quality of documentation > and my fear that third party libraries will not be that well supported > because of the size of the community meaning more bugs less features > etc. It was certainly a much bigger struggle learning pharo than > learning python. > > After 2 years Pharo has gotten much better in both areas. > > I can't blame people who try Pharo and are turned off by these things, > but I still recommend it for at least giving it a try. > > In my case because I have found an easy way to combine python with > pharo made it easy to move to pharo. I still love to work with Pharo > and its getting better each year because of the passion of people > behind this and of course their hard work. > > I also like to support a project that follows my taste on how I like > to code , even if its not that popular. Actually its easier to feel > that you make a difference in a small community. > > Something tells me I will be sticking around for a long long time :) > > I dont think there is a secret to success or a simple advice. > > I once read that "success" is name of the tip of an iceberg called > "constant failure". success.jpg > > > > On Thu, Jul 23, 2015 at 8:25 PM stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > Hi esteban > > we need to be much much better one talking to external libraries. > Our esteban is working on it. > > Stef > > Le 23/7/15 18:52, Esteban A. Maringolo a Ã©crit : >> Peter, >> At your joung age you might have very good reasons to have chosen >> Pharo over anything else as I did a lot of years ago. I >> discovered Smaltalk by chance when I was 21 years old and already >> had my years developing with Perl and was starting to learn Java. >> Fortunately I started making a living out of it since I was 22 >> until today. >> >> But if you want to make the community bigger you have to look >> into why people don't chose it, otherwise we'll be "preaching to >> the choir" as we many times are. >> >> These days FP is on the bull trend, having been there way before >> than Smalltalk (Lisp, Haskell, etc. and their reincarnations >> Clojure, Scala...). What makes them popular most of the times is >> not the techology per se, but who uses it. >> >> Regards! >> >> >> Esteban A. Maringolo >> >> 2015-07-23 13:06 GMT-03:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com >> <mailto:i.uhnak@gmail.com>>: >> >> >> >> On Thu, Jul 23, 2015 at 4:51 PM, Esteban A. Maringolo >> <emaringolo(a)gmail.com <mailto:emaringolo@gmail.com>> wrote: >> >> When I talk to "new programmers" (20-25 years old), >> almost all of them don't get attracted by it. >> Why? I couldn't tell. Mainly because they can't use the >> few tools/patterns they already learnt how to, barely, use. >> >> >> As someone who (still) falls into this range I see several >> (unrelated) reasons why they might not like it. >> >> For me personally I encountered Pharo in University in >> "Conceptual modeling" class, where it was introduced pretty >> much as "Oh, by the way, here is this completely new >> environment that you've never seen nor worked with that we >> will use, but we will not tell you much about it"... so my >> first experience was quite awful. I mean... I couldn't even >> write the code in my favorite text editor and I had to use >> this weird browser where system code and my own code were >> mangled up. Image crashing meant I lost my work. Now I know I >> can just replay changes but I didn't know it back then (the >> focus of the class was modeling, not Pharo). Bugs (this was >> Pharo 2 (and 3 beta)) were commonplace and since I had no >> experience I couldn't tell whether it was my fault or the >> system's fault... it was overall very unpleasant. >> I later (after the course) basically foced myself to look at >> Pharo again because I didn't understand why would people >> bother to use it... so clearly there must have been some >> value I've missed. And I don't regret that decision a bit, >> but I had to go look for it. So statistically speaking from >> the year I did the class only two or three students (to my >> knowledge) kept their interest out of 119 (so 2-3% maybe). >> Other years were no different. >> Next year there will be a dedicated class for Pharo so I'm >> curious if this will change somehow. >> >> But there may be other reasons why students may not like >> it... (looking again from my experience) >> From university experience perspective, the previous year >> (for us, and from what I talked with people it's not that >> different also for other universities) was a heavy massage in >> C and C++ where we were implementing very basic concepts >> (hashtables, and other data structures). A year where your >> main concern was to pass a automated checking system... so >> mostly memory management and creating write-only code. Plus >> warped concepts of OOP (so to use actual student quotes: "C++ >> is great for explaining OOP", "You can do OOP in pure C", or >> "OOP is useless, long confusing code, full of getters and >> setters, .. and slow. Inline assembler is much faster"). So >> with such concepts it's hard to give them OOP language, >> because they already made up their mind. >> >> Yet another reason I can see might be that when you are young >> you are more inclined to follow what's cool and modern and >> popular and shit (or has the word "game" in its name). >> So if today's world revolves around connectivity, internet, >> JavaScript and whatnot, then giving them a isolated >> environment with non-mainstream technology and a dead >> language they've never heard of (I thought that Smalltalk was >> an obscure language that died in '80s, before I found that >> actually it's alive and doing quite well) will not be met >> well with appreciation. >> >> But no reason to stop there... there market for Smalltalk is >> arguably small, so people will prefer language that is in >> demand by the market (after all, I pay my bills with >> JavaScript/PHP/webstuff, and not Pharo; because it's much >> easier to find a job; with Pharo I would have to basically >> start my own business to be profitable and then I would be >> doing business and not programming). >> >> And last (but not least), finding support for it is much >> harder, since the community is smaller. So it's almost all or >> nothing scenario. >> >> Also some of the arguments here can be applied also for >> functional programming (which I haven't (shame on me) even >> engaged with, besides messing with Haskell in XMonad (and >> multi-paradigm languages that have some functional concepts). >> >> Finally I don't think that you should expect the same >> behavior from young people (<26) as from adults. They will >> have different values, views, and whatnot... I mean that's >> the point of growing up and acquiring experience. All you can >> do is offer this alternative option and provide support. >> Being mainstream or non-mainstream is akin to self-fulfilling >> prophecy. (Of course exceptions happen, JavaScript was raised >> to glory because the language happen to be in the right place >> (browser) at the right time (boom of modern web)). >> >> Hmm... and this post ended up being much chaotic and longer >> than I intended to... but whatever. >> >> Peter >> >> p.s.: I like the music analogy since I was listening to k-pop >> while working (webtech), and now I am listening to ambient >> music when writing about Pharo :p >> >> >

July 25, 2015

Using geographic data

by Arturo Zambrano

Hi All, I would like to get some advice regarding which path I should take. Problem: Given a coordinate I want to know to which geographical object it belongs to. Path 1 Using Glorp to make a query to a Postgis instance containing the boundaries of the geobjects Path 2 Use the data form GADM data (according to this thread <http://forum.world.st/PostGIS-in-Pharo-td4802233.html>). I would avoid path 1 in order to avoid installation of postgi. From the thread mentioned above, I thing that it requires some development. Regarding Path 2, I don't see which framework or library should I use to import and query the data contained in the KMZ from GADM. Any advice is welcome. Best regards. Art

July 24, 2015

Re: [Pharo-users] saving text files from inspector

by Andrei Chis

Another solution would be to add the action for saving as long as the content is not truncated. Cheers, Andrei On Fri, Jul 24, 2015 at 11:44 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > On Fri, Jul 24, 2015 at 10:44 PM, Tudor Girba <tudor(a)tudorgirba.com> > wrote: > >> The problem is that if you have a larger text file (let's say 100Mb), >> Rubric still takes too long to open. Thus, we cannot show the whole file, >> and because of that, we also cannot provide complete editing options. This >> will change with TxText. >> >> I see... even though it sounds weird... I mean not only will most editors > irrespective of language choke on 100Mb files, but such file will be > obviously generated and why would you edit such a beast by hand? > > So if I want it I should write a custom presenter (or just copy the script > one). > > Thanks, > Peter >

July 24, 2015

Re: [Pharo-users] saving text files from inspector

by Peter UhnÃ¡k

On Fri, Jul 24, 2015 at 10:44 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > The problem is that if you have a larger text file (let's say 100Mb), > Rubric still takes too long to open. Thus, we cannot show the whole file, > and because of that, we also cannot provide complete editing options. This > will change with TxText. > > I see... even though it sounds weird... I mean not only will most editors irrespective of language choke on 100Mb files, but such file will be obviously generated and why would you edit such a beast by hand? So if I want it I should write a custom presenter (or just copy the script one). Thanks, Peter

July 24, 2015

Re: [Pharo-users] saving text files from inspector

by Tudor Girba

The problem is that if you have a larger text file (let's say 100Mb), Rubric still takes too long to open. Thus, we cannot show the whole file, and because of that, we also cannot provide complete editing options. This will change with TxText. Doru On Fri, Jul 24, 2015 at 10:40 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Hi, > > it seems that I cannot save text files from inspector, only if they are > smalltalk (.st) files, in which case a different text editor tab (Script, > instead of Contents) is opened up. > > Is this an oversight or an intention? > > Thanks, > Peter > -- www.tudorgirba.com "Every thing has its own flow"

July 24, 2015

saving text files from inspector

by Peter UhnÃ¡k

Hi, it seems that I cannot save text files from inspector, only if they are smalltalk (.st) files, in which case a different text editor tab (Script, instead of Contents) is opened up. Is this an oversight or an intention? Thanks, Peter

July 24, 2015

Re: [Pharo-users] Where do I find Bloc and how do I load it?

by stepharo

In the examples tag of the bloc package, you have around 20 classes full of examples. I do not see how you could miss them :) Le 20/7/15 14:28, H. Hirzel a Ã©crit : > Thank you for all answers. > > This is the one I was looking for > > https://ci.inria.fr/pharo-contribution/job/Bloc/ > > The latest Bloc in otherwise stable Pharo 4.0 environment. > > Where do I start exploring the examples? > > --Hannes > > > > > On 7/20/15, Sean P. DeNigris <sean(a)clipperadams.com> wrote: >> Hannes Hirzel wrote >>> I wonder where...https://ci.inria.fr/pharo/? >> The community server is at https://ci.inria.fr/pharo-contribution/ . There >> is a link to it on the left menu of the link you gave. >> >> >> >> ----- >> Cheers, >> Sean >> -- >> View this message in context: >> http://forum.world.st/Where-do-I-find-Bloc-and-how-do-I-load-it-tp4838110p4… >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> >

July 24, 2015

Re: [Pharo-users] Personal wiki / information manager

by Bystroushaak

Hello. Thanks for reply, but this is not what I mean. Wiki is all about presentation of the informations to other users. On the other hand, personal wiki/PIM is tool for introspection of your own brain, microscope designed to look into yourself. It is meant to run in one thread on your computer, to organize files and ideas. There may be calendar to help you with your agenda, or maybe contact list and so on.. Another term for what I am looking for may be outliner: - https://en.wikipedia.org/wiki/Outliner Dne 24.7.2015 v 19:06 stepharo napsal(a): > Hi > > You have pier http://piercms.com > Esteban is thinking about doing a minipier. > > Stef

July 24, 2015

Re: [Pharo-users] Class side vs instance side

by stepharo

What I like with having class is that you can attach behavior aTop opposite -> aBottom Le 23/7/15 02:40, Peter Uhnak a Ã©crit : > Hi, > > I am trying to figure out where to best place some mapping/data/stable > methods. > > For example imagine method > ~~~~~~~~~~~~~~~~~~~~~ > MyRectangle>>oppositeSides > ^ { #top -> #bottom. > #bottom -> #top. > #topLeft -> #bottomRight > .... > } asDictionary > ~~~~~~~~~~~~~~~~~~~~ > > And then the class might have some other related methods such as > ~~~~~~~~~~~ > MyRectangle>>oppositeSideFor: aSide > ^ self oppositeSides at: aSide > ~~~~~~~~~~~~ > > So it's a method returning a mapping between opposite sides/corners > and thus is really not going to change. > Now I could place this in instance-side and create a new instance > every time I wanted to use it (which doesn't seem practical), or I > could put it in class-side. > The problem I have with class-side is that naming is more like going > through minefield (more than once I corrupted my image by naming a > method or variable something I shouldn't have), and for whatever > reason it feels like either metaprogramming or procedural > programmming... That class side methods are pretty much global > functions/variables... and short of constructors I am avoiding static > methods even in other languages... but maybe using it is ok. Or maybe > have it object an use singleton? > > The only oop-like approach I see would be to extend symbols (#top > oppositeSide), or have separate objects for sides, but that seems like > overkill. > > MySide subclass: #Top > > Top>>oppositeSide > ^ Bottom new > > Are there any best practices regarding this? This is also true for > actual data stored in methods/attributes (such as icons). > > P.s.: For english natives... Should the second method be ned > "oppositeSideOf:" or "oppositeSideFor:"? > > Any ideas/pointers appreciated, > Peter

July 24, 2015

Re: [Pharo-users] gitfiletree metadata

by Peter UhnÃ¡k

On Fri, Jul 24, 2015 at 10:47 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Check which versions are bold when you open the package. Because when I >> use gitfiletree it usually shows me that the latest few versions are not >> loaded (they are in bold) but I am anyway on the latest one. > > > As I've said, it shows me that I am on the latest version. > > Maybe this happens to you because you load it from github and only after > you add gitfiletree? (At least from what I remember what you've shown me > (and you are using GitFileTree from MetaRepo30?)) > > Understood. So this means all commits you've done (the -bliznjan) were >> done with filetree? >> > > He suffered through with git on Windows for some time, so maybe the later > half? > > Sorry for the lack of support on windows. You'll have to wait for >> libcgit. > > > Is there an estimated timeline when this will be? (weeks, months, years, > ...?) > > >> Barely similar behavior to ghost changes is that when I finish my loading >> script, DynaCASE package is marked as changed, but when I try to get diff >> (changes) with (git)filetree, it says nothing has changed and this >> "changed" >> mark disappears. > > > When you look at the way the changed flag is set in Monticello, it is >> obvious false positives are the order of the day. So nothing really >> significant there ;) > > > Yes, this also happens to me, but it is different. > Actually this is what I was expecting would happen in the issue described > originally... that when I check changes (and it was already committed) that > it would just disappear as false positive... but nope, it still claimed > it's new and only actual git history have shown that it was a false > positive. > > Anyway, it doesn't seem there will be resolution for this until it can be > reproduced consistently... so I'll try be more observant. :) > Note to self: it may or may not be related to having github repository loaded for some unknown reason... because that shouldn't be there as I lock & load everything from local gitfiletree repos...

July 24, 2015

Re: [Pharo-users] gitfiletree metadata

by Thierry Goubier

Le 24/07/2015 13:26, Peter UhnÃ¡k a Ã©crit : > On Fri, Jul 24, 2015 at 1:24 PM, Thierry Goubier > <thierry.goubier(a)gmail.com <mailto:thierry.goubier@gmail.com>> wrote: > > > > 2015-07-24 13:19 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com > <mailto:i.uhnak@gmail.com>>: > > I'm not sure how is Pharo 4 related (I do all dev in 5 now). > > > I should update DynaCASE docs, if that's where you got that > impression... > > > Yes, from the DynaCASE doc, I believed you were in Pharo4 :) > > > Sorry, I've fixed that now. I moved to Pharo 5 during ESUG and forgot to > update it. > In fact the original issue emerged after I switched to 5, so in 4 it > should be ok. Ok, regarding the error, I'm correcting it as I write this email and... The semantics of Monticello (or the changes done in Pharo5 because I never saw them before) are horrible. There is for example, code encapsulated with <<on: Error do:>> which totally get the wrong result (and hide the error) when ordering versions in a repository. In short, I suspect your problem with changes are linked to that. Man, how I hate having to cope with code like that. Thierry > > Peter

July 24, 2015

Re: [Pharo-users] Screamer for Smalltalk?

by stepharo

it is close to amb? because seaside has amb Le 23/7/15 23:03, Paul DeBruicker a Ã©crit : > Hi > > Screamer (https://nikodemus.github.io/screamer/) is a Lisp library that: > > "Screamer provides a nondeterministic choice-point operator, a backtracking mechanism, and a forward propagation facility." > > > Is there an equivalent library available in Smalltalk? > > > Thanks > > Paul >

July 24, 2015

Re: [Pharo-users] Personal wiki / information manager

by Peter UhnÃ¡k

But Pier is in the browser, no? On Fri, Jul 24, 2015 at 7:06 PM, stepharo <stepharo(a)free.fr> wrote: > Hi > > You have pier http://piercms.com > Esteban is thinking about doing a minipier. > > Stef > > Le 24/7/15 15:26, Bystroushaak a Ã©crit : > > Hello. >> >> Is there any software projects/libraries for personal wiki (something >> like ZIM or CherryTree or Orgmode for writing texts/notes) and personal >> information managing in Pharo? >> >> I think that Pharo would be great for this kind of software, because it >> would provide rich scripting options. Also the idea of representing >> informations as objects is really great. >> >> For example; now I keep list of books I read in DSV file. With this SW, I >> could have a list of objects representing the books, which could be sorted >> or rendered to lower level protocols, like DSV/XML/whatever. >> >> Related: >> - https://en.wikipedia.org/wiki/Personal_information_manager >> - https://en.wikipedia.org/wiki/Personal_wiki >> >> >> >> > >

July 24, 2015

Re: [Pharo-users] Personal wiki / information manager

by stepharo

Hi You have pier http://piercms.com Esteban is thinking about doing a minipier. Stef Le 24/7/15 15:26, Bystroushaak a Ã©crit : > Hello. > > Is there any software projects/libraries for personal wiki (something > like ZIM or CherryTree or Orgmode for writing texts/notes) and > personal information managing in Pharo? > > I think that Pharo would be great for this kind of software, because > it would provide rich scripting options. Also the idea of representing > informations as objects is really great. > > For example; now I keep list of books I read in DSV file. With this > SW, I could have a list of objects representing the books, which could > be sorted or rendered to lower level protocols, like DSV/XML/whatever. > > Related: > - https://en.wikipedia.org/wiki/Personal_information_manager > - https://en.wikipedia.org/wiki/Personal_wiki > > >

July 24, 2015

Re: [Pharo-users] deprecating classes

by Mariano Martinez Peck

In the past I have done a few hacks...one was to remove all methods from the class and only implement #doesNotUnderstand: calling the deprecation method saying the class was deprecated and now you should use xxxx. In another case, I didn't want to remove methods from the class for some other reason, so if I remember correct I hacked it but doing a Smalltalk at: #MyClass put: self createDeprecatedClass. And #createDeprecatedClass would create a dummy class with no method but the mentioned dnu... But for sure we need a better way to deprecate classes and packages too! On Fri, Jul 24, 2015 at 11:31 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Hi, > > is there a mechanism for deprecating whole classes? > > For example there's class RTResizEable that has been replaced by > RTResizable (without extra "e") class. But if I don't want to break > people's code I would like to tell them that they should use something else. > > I could mark every method with "self deprecated:" but that's a bit > tedious... > And doing it with a script (rewritting all methods to add the statement) > is dangerous, because it can be part of UI loop, so it will blow up the > image with warnings. > > An idea might be to instead of opening Warning dialog with debug... > to create a "Deprecations Browser" (which has only one instance so if you > attempt to open it again while it is still opened nothing will happen). > And in the Deprecations Browser would be list of triggered deprecations... > maybe something like "Announcements tab" in Announcer inspector... > > That way even deprecations in UI loops will just add a hundred rows to a > single window instead of opening hundred windows. (And there would be also > opportunity for not showing duplicates.) > > Thanks, > Peter > -- Mariano http://marianopeck.wordpress.com

July 24, 2015

Re: [Pharo-users] Font with many Unicode glyphs to display code -- IPA?

by Henrik Johansen

> On 23 Jul 2015, at 4:14 , H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > > P.S. Screen shot attached. > A source code font. > Or put the question differently how do I add a font as a source code font? > > > On 7/23/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >> Hello >> >> I work on an app which has some strings in the code with a >> considerable number of non ISO8859 symbols (e.g. IPA >> https://en.wikipedia.org/wiki/IPA) >> >> How do I get / use a font which does this? The fonts provided in the >> settings panel did not do the job. >> >> Thank you in advance >> --Hannes >> > <Pharo4.0_settings_browser_fonts_Screenshot from 2015-07-23 13:58:28.png> Click the font name next to the Code entry to change it, press "Update" in the selection window, and then select a system font (after installing if it's not included in the OS) that has IPA coverage. Searching for "ipa font <my platform>" should give pointers to which you can use. Cheers, Herny

July 24, 2015

deprecating classes

by Peter UhnÃ¡k

Hi, is there a mechanism for deprecating whole classes? For example there's class RTResizEable that has been replaced by RTResizable (without extra "e") class. But if I don't want to break people's code I would like to tell them that they should use something else. I could mark every method with "self deprecated:" but that's a bit tedious... And doing it with a script (rewritting all methods to add the statement) is dangerous, because it can be part of UI loop, so it will blow up the image with warnings. An idea might be to instead of opening Warning dialog with debug... to create a "Deprecations Browser" (which has only one instance so if you attempt to open it again while it is still opened nothing will happen). And in the Deprecations Browser would be list of triggered deprecations... maybe something like "Announcements tab" in Announcer inspector... That way even deprecations in UI loops will just add a hundred rows to a single window instead of opening hundred windows. (And there would be also opportunity for not showing duplicates.) Thanks, Peter

July 24, 2015

Personal wiki / information manager

by Bystroushaak

Hello. Is there any software projects/libraries for personal wiki (something like ZIM or CherryTree or Orgmode for writing texts/notes) and personal information managing in Pharo? I think that Pharo would be great for this kind of software, because it would provide rich scripting options. Also the idea of representing informations as objects is really great. For example; now I keep list of books I read in DSV file. With this SW, I could have a list of objects representing the books, which could be sorted or rendered to lower level protocols, like DSV/XML/whatever. Related: - https://en.wikipedia.org/wiki/Personal_information_manager - https://en.wikipedia.org/wiki/Personal_wiki

July 24, 2015

Re: [Pharo-users] gitfiletree metadata

by Tudor Girba

Hi Peter, On Fri, Jul 24, 2015 at 1:04 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > Alex, would you be able to show something with Roassal? It would be really >> nice to see the overall git history graph overlaid with the graph of the >> history of the selected package. >> > > Interesting that if someone else needs it I have no problem writing > Roassal scripts etc, but when I need it I don't even think of using Roassal > to actually solve my problems... > > You nailed an important point here. In humane assessment I distinguish between two roles: stakeholder and facilitator. Theoretically, these can both be fulfilled by the same person at the same time, but this often proves to be strangely difficult. I noticed this issue when I fixed a rather funny Glamour bug that haunted us for more than 6 months, until I finally figured it out by building a visualization that took 1h of effort: http://www.humane-assessment.com/blog/chasing-rogue-announcements/ Reasoning about software systems is more tricky than we think. I believe there are two dimensions at play: - Getting tools to be cheaply moldable is one. This is where the history we have with Moose/Roassal/GT et co can play an important role. And we should certainly not stop at what exists. For example, your work on live visual manipulation is an important direction. So is the idea behind Telescope. And there are others. - But, regardless of how smart the tools will be, the second dimensions remains a cognitive one. We do not know yet what is the best way, but it certainly isn't how the current industry-standard-tools make us work. In our environment we now have the luxury of exploring new possibilities because the environment is so radically different (and it will be even more different). There is no other environment I know that provides this opportunity, and I believe this is the place where we can change software development. Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

July 24, 2015

Re: [Pharo-users] gitfiletree metadata

by Thierry Goubier

2015-07-24 13:18 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > > > On Fri, Jul 24, 2015 at 1:13 PM, Thierry Goubier < > thierry.goubier(a)gmail.com> wrote: > >> >> >> 2015-07-24 13:04 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: >> >>> >>> Alex, would you be able to show something with Roassal? It would be >>>> really nice to see the overall git history graph overlaid with the graph of >>>> the history of the selected package. >>>> >>> >>> Interesting that if someone else needs it I have no problem writing >>> Roassal scripts etc, but when I need it I don't even think of using Roassal >>> to actually solve my problems... >>> >> >> :) >> >> >>> >>> Anyway I ran into similar issue I had before, that >>> McFileTreeGitRepository is returning GitFileTreePackageEntry instead of >>> filenames, so this fails. >>> >> >>> ~~~~~~~~~~~~~~~~ >>> mc := MCFileTreeGitRepository allInstances detect: [ :m | m name >>> includesSubstring: 'dynacase/repository' ]. >>> >>> root := mc versionInfoFromFileNamed: mc readableFileNames first. "<-- mc >>> readableFileNames doesn't return file names" >>> ~~~~~~~~~~~~~~~ >>> (The above for SmalltalkHub repos works just fine.) >>> >> >> Yes. I spent a lot of time try to guess what was the repository API used >> by Monticello, and I failed for part of it ;) >> >> With git, I couldn't work with something as primitive as a file name to >> refer to a git commit :) so had to work at a higher level and try to patch >> all the places where Monticello was forcing strings on me. >> > > Ok, so should I work around this because it's unfixable, or is it a bug? > No, it's a bug... But one of a whack-a-mole type :). FileTree (and GitFileTree) have a bunch of tests for internal coverage (reading, writing, etc....) with a complex setup (you need to provide test repositories)... which isn't included in Pharo integration testing by the way. However there are weaknesses in the Gofer to repositories testing (again probably because setting up a test environment with test repositories for Pharo would be complex). Thierry

July 24, 2015

Re: [Pharo-users] gitfiletree metadata

by Peter UhnÃ¡k

On Fri, Jul 24, 2015 at 1:24 PM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > > > 2015-07-24 13:19 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > >> I'm not sure how is Pharo 4 related (I do all dev in 5 now). >>> >> >> I should update DynaCASE docs, if that's where you got that impression... >> > > Yes, from the DynaCASE doc, I believed you were in Pharo4 :) > Sorry, I've fixed that now. I moved to Pharo 5 during ESUG and forgot to update it. In fact the original issue emerged after I switched to 5, so in 4 it should be ok. Peter

July 24, 2015

Re: [Pharo-users] gitfiletree metadata

by Thierry Goubier

2015-07-24 13:19 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > I'm not sure how is Pharo 4 related (I do all dev in 5 now). >> > > I should update DynaCASE docs, if that's where you got that impression... > Yes, from the DynaCASE doc, I believed you were in Pharo4 :) Thierry

July 24, 2015

Re: [Pharo-users] gitfiletree metadata

by Peter UhnÃ¡k

> > I'm not sure how is Pharo 4 related (I do all dev in 5 now). > I should update DynaCASE docs, if that's where you got that impression...

July 24, 2015