- Pharo-users - lists.pharo.org

Re: Installing code in a running image

by Tim Mackinnon

>From memory - the Excercism project does this too (can't recall if it uses CodeImporter, but it does get source from Exercism and load it into the image). Having said this - are you sure you don't want to have some versioned packed in git that your image can load up when needed? It would add a version control element for you which might make sense. Tim On Mon, 4 Apr 2022, at 2:15 PM, Davide Varvello via Pharo-users wrote: > > Thanks Markus > It seems CodeImporter is the right tool > > Davide > > On Monday, April 4, 2022, 11:41:50 AM GMT+2, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > > >> On 1 Apr 2022, at 18:35, Davide Varvello via Pharo-users <pharo-users(a)lists.pharo.org> wrote: >> Hi Folks! >> >> For a customer of mine I want to download a bunch of new code from my webserver and installing it in a running Pharo image, is there a feasible way to do it? >> > Maybe you could just have file-outs on the server and then just load it with CodeImporter? > > Reading from a URL: > > ZnClient new get: âsomeURLâ. > > Loading file outs from a String: > > CodeImporter class>>#evaluateString: > > > Marcus >

April 4, 2022

Re: Installing code in a running image

by Marcus Denker

The problem is that this not yet running on newer Pharo versionsâ¦ sadly I did not have enough time and energy to push that the last years. We really need to re-assess and restart to push in that direction of a remote enabled IDEâ¦. Marcus > On 4 Apr 2022, at 15:13, Jesus Mari Aguirre <jmariaguirre(a)gmail.com> wrote: > > What about using https://github.com/pharo-ide/TelePharo <https://github.com/pharo-ide/TelePharo> (by MarcusDenker <https://github.com/pharo-ide/TelePharo/commits?author=MarcusDenker>) I've never used but looks like it could fit your needs. > Anyway if your client can afford 1 minute out of the business you can stop the image and load a Git repo, save and restart. > > On Fri, Apr 1, 2022 at 6:36 PM Davide Varvello via Pharo-users <pharo-users(a)lists.pharo.org <mailto:pharo-users@lists.pharo.org>> wrote: > Hi Folks! > > For a customer of mine I want to download a bunch of new code from my webserver and installing it in a running Pharo image, is there a feasible way to do it? > > Thanks > Davide

April 4, 2022

Re: Installing code in a running image

by Davide Varvello

Thanks MarkusIt seems CodeImporter is the right tool Davide On Monday, April 4, 2022, 11:41:50 AM GMT+2, Marcus Denker <marcus.denker(a)inria.fr> wrote: On 1 Apr 2022, at 18:35, Davide Varvello via Pharo-users <pharo-users(a)lists.pharo.org> wrote: Hi Folks! For a customer of mine I want to download a bunch of new code from my webserver and installing it in a running Pharo image, is there a feasible way to do it? Maybe you could just have file-outs on the server and then just load it with CodeImporter? Reading from a URL: ZnClient new get: âsomeURLâ. Loading file outs from a String: CodeImporter class>>#evaluateString: Marcus

April 4, 2022

Re: Installing code in a running image

by Jesus Mari Aguirre

What about using https://github.com/pharo-ide/TelePharo (by MarcusDenker <https://github.com/pharo-ide/TelePharo/commits?author=MarcusDenker>) I've never used but looks like it could fit your needs. Anyway if your client can afford 1 minute out of the business you can stop the image and load a Git repo, save and restart. On Fri, Apr 1, 2022 at 6:36 PM Davide Varvello via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > Hi Folks! > > For a customer of mine I want to download a bunch of new code from my > webserver and installing it in a running Pharo image, is there a feasible > way to do it? > > Thanks > Davide >

April 4, 2022

Re: Installing code in a running image

by Marcus Denker

> On 1 Apr 2022, at 18:35, Davide Varvello via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > Hi Folks! > > For a customer of mine I want to download a bunch of new code from my webserver and installing it in a running Pharo image, is there a feasible way to do it? > Maybe you could just have file-outs on the server and then just load it with CodeImporter? Reading from a URL: ZnClient new get: âsomeURLâ. Loading file outs from a String: CodeImporter class>>#evaluateString: Marcus

April 4, 2022

Installing code in a running image

by Davide Varvello

Hi Folks! For a customer of mine I want to download a bunch of new code from my webserver and installing it in a running Pharo image, is there a feasible way to do it? ThanksDavide

April 1, 2022

Re: ESUG 2022 call for presentations & Call for student volunteers

by StÃ©phane Ducasse

âHelloâ, âworldâ please: #readAndDistribute > On 13 Jan 2022, at 13:25, stephane ducasse <stephane.ducasse(a)inria.fr> wrote: > > ESUG 2022 > Novisad Serbia 22. â 26.8. > https://esug.github.io/2022-Conference/call2022.html <https://esug.github.io/2022-Conference/call2022.html> > > You can support the ESUG conference in many different ways: > Sponsor the conference. New sponsoring packages are described at http://www.esug.org/supportesug/becomeasponsor/ <http://www.esug.org/supportesug/becomeasponsor/> > Submit a talk, a software or a paper to one of the events. See below. > Attend the conference. We'd like to beat the previous record of attendance (170 people at Amsterdam 2008)! > Students can get free registration and hosting if they enroll into the the Student Volunteers program. See below. > <>Developers Forum: International Smalltalk Developers Conference > > We are looking for YOUR experience on using Smalltalk. You will have 30 min for presentations and 45 min for hands-on tutorials. > The list of topics for the normal talks and tutorials includes, but is not limited to the following: > XP practices, Development tools, Experience reports > Model driven development, Web development, Team management > Meta-Modeling, Security, New libraries & frameworks > Educational material, Embedded systems and robotics > SOA and Web services, Interaction with other programming languages > <>Teaching Pearls and Show us Your Business > > New this year!!! We added two types of sessions in addition to the regular talks and show us your projects sessions. > Show your business 10 min session (Get prepared!!) > Teaching pearls : we want some session on how to teach some design aspects. We want your tip and tricks to teach Smalltalk or OOP. > We expect to have several 10 to 15 min sessions aggregated. > <>How to submit? > > Make a Pull Request here https://github.com/ESUG/esug.github.io/tree/source/2022-Conference/talks <https://github.com/ESUG/esug.github.io/tree/source/2022-Conference/talks> > > Or but only if you are not connected to the worldâ¦ send an email to stephane.ducasse(a)inria.fr <mailto:stephane.ducasse@inria.fr> > > Title: [ESUG 2022] Please follow the template below the email will be automatically processed! > Name: > Email: > Abstract: > Bio: > > Call for Student Volunteers > Student volunteers help keep the conference running smoothly; in return, they have free accommodations, while still having most of the time to enjoy the conference. > > Pay attention: the places are limited so do not wait till the last minute to apply. > > Conference details: > Send an email to stephane.ducasse at inria.fr <http://inria.fr/> and serge.stinckwich at gmail.com <http://gmail.com/> with: > > title: [ESUG 2022 Student] > name, gender, university/school, country, email address > short description of you and why you are interested in participating > For which period is accommodation covered? Accommodation is covered from Sunday 21 August until Friday 26 August 2022 (including nights from Sunday to Monday and from Thursday to Friday). Students will be hosted in student rooms. ESUG additionally covers for the lunches during the week and one dinner. > > Duties include handling registration as people arrive at the conference, filling coffee machines, collecting presentation slides for ESUG right after the presentation is given, being present at an information desk to answer questions, and generally being helpful. Student volunteering makes the conference better, takes a fairly small amount of time and doesn't significantly interfere with enjoying and learning from the conference. Please Note, this role requires discipline and constant attention to all attendees. > > Information about hotel > Student Volunteer rooms are booked at (to be announced). If you are student volunteer, do not book yourself, we have arranged the booking already! >

March 30, 2022

Re: [Esug-list] [PDFtalk] Porting to non-namespace Smalltalks

by christian.haider＠smalltalked-visuals.com

Yes, I heard from several people that they could not get a PUL license. This is sad :(. But I donât understand why there should be a legal problem. You are using an open source tool (Smalltalk transform) to read another open source project (PDFtalk) to generate open source code for another open source platform (Pharo). I think that this should be possible with a PUL version. (But I am not lawyerâ¦) I still would be happy to hear more about your port. Very helpful would also be some code review and suggestions on how to do things better, especially the meta data and âpackageâ conventions in Pharo. Happy hacking, Christian Von: stephane ducasse <stephane.ducasse(a)inria.fr> Gesendet: Sonntag, 27. MÃ¤rz 2022 22:17 An: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Betreff: [Pharo-users] Re: [Esug-list] [PDFtalk] Porting to non-namespace Smalltalks BTW about porting from VW, you see a friend of mine wanted to see how to help porting Siren to Pharo. Now this is not possible because he could not get a personal VW license. So even if people want to help pointing to a store database is equivalent to /dev/null for most people. For example I cannot (and also does not for legal reason) run VW on my machine. Not talking about the new M1 I will get. S On 27 Mar 2022, at 22:12, seasidebook <seasidebook(a)free.fr <mailto:seasidebook@free.fr> > wrote: Hi christian I took the squeakValues60 becau se I thought that this is what you wanted that we do. I should continue but Iâm busy ahhh I did not know that you already did it. Do you need help to package your changes? Because you can fork my repo and load your changes. I got lost with the explanation of OrderedDictionary below because Iâm dead :) - worked too mcuh today. But what we can do is to package the one that is working for you under http://github.com/pharo-container and update the baseline to load it. Alternatively we could see what is wrong in the pharoâs one. Now my brain decided to shut down :) so I need to sleep. S Hi Stef, Great! Thank you for your work. Good example for the tonel format. Which sources were you using? How did you generate this? Do you use VW to create the output? For the last ESUG (2.5 years ago â sigh), I already did the transformation for Values for Pharo. Thanks to you, I revised them and published the result on GitHub (https://github.com/PortingPDFtalk/PharoValues) and added a Pharo porting page to the wiki (https://wiki.pdftalk.de/doku.php?id=pharoport) Please have a look. The fileouts are for Pharo versions 6.1, 7.0, 8.0 and 9.0 (7.0 to 9.0 have identical sources). The sources load without errors or warnings and all 27 tests pass. Some of the problems in your code have to do with OrderedDictionary as superclass of Valuemap. When I did my first round on the port, I had a class OrderedDictionary in my Values implementation. Unfortunately, OrderedDictionary does not work as I expected. (OrderedDictionary with: #a -> 1 with: #b -> 2) = (OrderedDictionary with: #b -> 2 with: #a -> 1) answers true, although the order is different. Therefore, it cannot be used as value. Instead of raising this issue on a Pharo list (sorry), I decided to use a new name: Valuemap. A Valuemap is an OrderedDictionary where the order is relevant for comparisons. Squeak had the same problem where it was considered a bug and fixed. While I subclass Dictionary for Valuemap in Pharo, I can use OrderedDictionary in Squeak. This removes a lot of methods from the fileout. A remark about the renamings you propose in your commit comment. Thank you for the suggestions, but I decline for two reasons: 1. Names for classes, methods and variables are very important to me. Naming is part of the creative expression of the code author. I do think much about the right names and therefore, I claim the liberty and right to name things according to my feeling. Yes now you may want to read an excellent book that just came out: http://books.pharo.org <http://books.pharo.org/> Pharo with Styles. If you want to have future contributors this is good to follow good practices Else Iâm quite sure that you would not like a French Pharo :) 1. Maybe my names are a bit influenced by German, where we tend to have longer names. Therefore, my names are not so heavily camel-cased :). In contrast, Pharo has quite a different style with a love for camel-casing :) (#timeStamp, #nanoSeconds etc.). 2. From a practical view, it would be a lot of work to rename all references to the items in this basic systems library. There is a lot of code out there using it. Of course, if there is a good reason for a renaming (like a spelling mistake or misleading name), it should be done and I am appreciating any suggestions. A pattern that we use is the following. You introduce a new name and let the old one as an empty subclass. Like that you can migrate and still be backward compatible. For the method level refactoring we have a gorgeous mechanism that automatically rewrite client codeâ¦. http://www.jot.fm/issues/issue_2022_01/article1.pdf S

March 28, 2022

Re: [Esug-list] [PDFtalk] Porting to non-namespace Smalltalks

by Marcus Denker

> On 27 Mar 2022, at 20:29, christian.haider(a)smalltalked-visuals.com wrote: > > Hi Stef, > > Great! Thank you for your work. > Good example for the tonel format. > > Which sources were you using? > How did you generate this? > Do you use VW to create the output? > > > For the last ESUG (2.5 years ago â sigh), I already did the transformation for Values for Pharo. Thanks to you, I revised them and published the result on GitHub (https://github.com/PortingPDFtalk/PharoValues <https://github.com/PortingPDFtalk/PharoValues>) and added a Pharo porting page to the wiki (https://wiki.pdftalk.de/doku.php?id=pharoport <https://wiki.pdftalk.de/doku.php?id=pharoport>). Please have a look. > > The fileouts are for Pharo versions 6.1, 7.0, 8.0 and 9.0 (7.0 to 9.0 have identical sources). The sources load without errors or warnings and all 27 tests pass. > > > Some of the problems in your code have to do with OrderedDictionary as superclass of Valuemap. When I did my first round on the port, I had a class OrderedDictionary in my Values implementation. Unfortunately, OrderedDictionary does not work as I expected. > > (OrderedDictionary with: #a -> 1 with: #b -> 2) = (OrderedDictionary with: #b -> 2 with: #a -> 1) > > answers true, although the order is different. Therefore, it cannot be used as value. > I have added an issue tracker entry: https://github.com/pharo-project/pharo/issues/11065 <https://github.com/pharo-project/pharo/issues/11065> To me it looks like yes, it #= should take order into account. Marcus

March 28, 2022

Re: [Esug-list] [PDFtalk] Porting to non-namespace Smalltalks

by James Foster

https://github.com/GemTalk/SETT <https://github.com/GemTalk/SETT> > On Mar 27, 2022, at 3:56 PM, Richard Sargent <richard.sargent(a)gemtalksystems.com> wrote: > > GemTalk Systems published a tool called SETT which is designed to extract sources from Store into a git repository. I think it's filetree, not to El format, but getting it (and its history) out of Store is the primary motivation. > > It requires direct access to the Store database, as far as I understand. > > Look at the GemTalk area on GitHub for the project and details. (I'm on vacation, using my phone and memory, so pardon the scarcity of detail.) > > On Sun, Mar 27, 2022, 13:17 stephane ducasse <stephane.ducasse(a)inria.fr <mailto:stephane.ducasse@inria.fr>> wrote: > BTW about porting from VW, you see a friend of mine wanted to see how to help porting Siren to Pharo. > Now this is not possible because he could not get a personal VW license. > > So even if people want to help pointing to a store database is equivalent to /dev/null for most people. > For example I cannot (and also does not for legal reason) run VW on my machine. > Not talking about the new M1 I will get. > > S > >> On 27 Mar 2022, at 22:12, seasidebook <seasidebook(a)free.fr <mailto:seasidebook@free.fr>> wrote: >> >> Hi christian >> >> I took the squeakValues60 becau se I thought that this is what you wanted that we do. >> I should continue but Iâm busy >> >> >> ahhh I did not know that you already did it. >> Do you need help to package your changes? >> Because you can fork my repo and load your changes. >> >> I got lost with the explanation of OrderedDictionary below because Iâm dead :) - worked too mcuh today. >> But what we can do is to package the one that is working for you under http://github.com/pharo-container <http://github.com/pharo-container> >> and update the baseline to load it. >> Alternatively we could see what is wrong in the pharoâs one. >> >> Now my brain decided to shut down :) so I need to sleep. >> >> S >> >>> Hi Stef, >>> >>> Great! Thank you for your work. >>> Good example for the tonel format. >>> >>> Which sources were you using? >>> How did you generate this? >>> Do you use VW to create the output? >>> >>> >>> For the last ESUG (2.5 years ago â sigh), I already did the transformation for Values for Pharo. Thanks to you, I revised them and published the result on GitHub (https://github.com/PortingPDFtalk/PharoValues <https://github.com/PortingPDFtalk/PharoValues>) and added a Pharo porting page to the wiki (https://wiki.pdftalk.de/doku.php?id=pharoport <https://wiki.pdftalk.de/doku.php?id=pharoport>). Please have a look. >>> >>> The fileouts are for Pharo versions 6.1, 7.0, 8.0 and 9.0 (7.0 to 9.0 have identical sources). The sources load without errors or warnings and all 27 tests pass. >>> >>> >>> Some of the problems in your code have to do with OrderedDictionary as superclass of Valuemap. When I did my first round on the port, I had a class OrderedDictionary in my Values implementation. Unfortunately, OrderedDictionary does not work as I expected. >>> >>> (OrderedDictionary with: #a -> 1 with: #b -> 2) = (OrderedDictionary with: #b -> 2 with: #a -> 1) >>> >>> answers true, although the order is different. Therefore, it cannot be used as value. >>> >>> Instead of raising this issue on a Pharo list (sorry), I decided to use a new name: Valuemap. >>> A Valuemap is an OrderedDictionary where the order is relevant for comparisons. >>> Squeak had the same problem where it was considered a bug and fixed. >>> While I subclass Dictionary for Valuemap in Pharo, I can use OrderedDictionary in Squeak. This removes a lot of methods from the fileout. >>> >>> >>> A remark about the renamings you propose in your commit comment. >>> Thank you for the suggestions, but I decline for two reasons: >>> Names for classes, methods and variables are very important to me. Naming is part of the creative expression of the code author. I do think much about the right names and therefore, I claim the liberty and right to name things according to my feeling. >> >> Yes now you may want to read an excellent book that just came out: http://books.pharo.org <http://books.pharo.org/> Pharo with Styles. >> If you want to have future contributors this is good to follow good practices >> Else Iâm quite sure that you would not like a French Pharo :) >> >>> Maybe my names are a bit influenced by German, where we tend to have longer names. Therefore, my names are not so heavily camel-cased J. In contrast, Pharo has quite a different style with a love for camel-casing J (#timeStamp, #nanoSeconds etc.). >>> From a practical view, it would be a lot of work to rename all references to the items in this basic systems library. There is a lot of code out there using it. Of course, if there is a good reason for a renaming (like a spelling mistake or misleading name), it should be done and I am appreciating any suggestions. >> >> A pattern that we use is the following. >> You introduce a new name and let the old one as an empty subclass. Like that you can migrate and still be backward compatible. >> >> For the method level refactoring we have a gorgeous mechanism that automatically rewrite client codeâ¦. >> >> http://www.jot.fm/issues/issue_2022_01/article1.pdf <http://www.jot.fm/issues/issue_2022_01/article1.pdf> >> >> S >

March 27, 2022