- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] FOSDEM rooms are available

by Esteban Lorenzano

> On 29 Oct 2019, at 11:05, tesonep(a)gmail.com wrote: > > Yes, I will love to participate. > I think that the most important is to have a good presence as a stand > in the hall. > I will love to do that. I will be there too, at least one day. Esteban > About the talks, we can propose anything, even something about the VM. > We have to analyze what are the things that are applicable to other > languages and technologies, to avoid comments like: "that happen to > you because you have an image". > Also we need to show us open and good to team work with other technologies. > > Thanks! > > On Tue, Oct 29, 2019 at 10:25 AM Santiago Bragagnolo > <santiagobragagnolo(a)gmail.com <mailto:santiagobragagnolo@gmail.com>> wrote: >> >> >> To whom does not know, FOSDEM is one of the biggest Open source conferences. It is free, it does not require subscription, and it happens during a weekend (1 and 2 february) at bruxelles at the university ULB ( https://fosdem.org/2020/practical/transportation/) . It requires some human engagement only. >> This is a good place not only for Pharo, but for all open source projects Smalltalk related. And finally for smalltalk it self. >> >> On the available rooms where we could show something >> >> IOT (https://fosdem.org/2020/schedule/track/internet_of_things/ ) >> Allex? maybe you can show some of the things we are doing here? >> Mariano Peck? I don't know if your IOT work is or not open source. But if it is. it could be a good place for showing >> >> BigData (https://fosdem.org/2020/schedule/track/hpc_big_data_and_data_science/) >> I could propose the EQL experiment with Map reduce? Is it a good Idea? . >> Matteo You could present something on debugging nodes. >> Oleks I remember you had some big data related stuff (sorry for the lack of detail awareness :) ) >> >> Communication (https://fosdem.org/2020/schedule/track/collaborative_information_and_conten… >> https://fosdem.org/2020/schedule/track/coding_for_language_communities/ ) >> Offray! I think there is space for graphoscope in here. If you can give a talk, great, if not, i propose my self to be the speaker (of course in that case i will need some couching and teaching on the usage). >> >> Debugging Tools >> Matteo! you could also propose your work in here >> Steven You have already a talk prepared no? >> Thomas You have already a talk prepared no? >> Guille I know you are completely out of reach, but, what about your debugging multi level for the VM? If you want we can propose it together with Pablo. >> >> >> Minimalistic / Emerging Language >> Steph with Pharo >> Carolina The bootstraping for minimallistic language is a good talk and it would not require much preparation since you have already a talk prepared >> Steph/Pablo maybe something on stateful traits? >> >> Open research tools >> Anne/Nico/Cyril/Julian/Benoit Moose? We have to have a talk on moose. Or even many. We could propose moose as platform, but i think it would be better to present it by it fruits. The same as before, i would not mind to give the presentation if couching and slides are provided. >> Serge PolyMath?? >> Nick Lands! Such a beatiful project. Not sure if it completely fit in here. I think so. Sorry if not :). >> >> >> On the pharo stand >> >> I am doing what is required to have a stand for Pharo this year. >> I will keep you updated, if we got it, i would really like to have posters not only of Pharo, but also of our more stable and powerful frameworks, the research teams and enterprises that work with it . And of course I will need some help for the stand (specially if it happens that i have some talk) >> >> Maybe we could use this thread for discussing organization and a second one to gather abstracts and applications. >> >> Santiago >> >> >> >> >> >> >> >> El mar., 29 oct. 2019 a las 9:29, Santiago Bragagnolo (<santiagobragagnolo(a)gmail.com>) escribiÃ³: >>> >>> I could present TaskIT of course, but i don't feel it matching in the proposed categories. There is not debugging, nor emerging minimalist language nor research tools. I will check on the other rooms to see if i find a place where i can do it. >>> >>> >>> >>> El lun., 28 oct. 2019 a las 21:00, ducasse (<stepharo(a)netcourrier.com>) escribiÃ³: >>>> >>>> >>>> >>>> On 28 Oct 2019, at 18:15, Santiago Bragagnolo <santiagobragagnolo(a)gmail.com> wrote: >>>> >>>> That is great. We should post in all of them if possible. >>>> I think that Steven could show object centric debugging, someone (anne maybe? ) present moose. and for minimalistic experimental emerging languages carolina could propose candle and the bootstrap processes. >>>> I think that Steven and Carolina talks are mature enough after all the trials, and a moose talk could be really cool. Maybe Julien's SQL or Benoit's translations should be really good for catching potential students and specially some investment capital for the team :). >>>> >>>> Sadly me i don't have much to show :(. >>>> But if we have the stand i plan to be there. >>>> >>>> >>>> TaskIt? >>>> I could do a presentation of Pharo in the minimalistâ¦. and carolina a talk showing how to bootstrap. >>>> >>>> >>>> >>>> >>>> >>>> El lun., 28 oct. 2019 a las 16:41, ducasse (<stepharo(a)netcourrier.com>) escribiÃ³: >>>>> >>>>> >>>>> https://fosdem.org/2020/news/2019-10-01-accepted-developer-rooms/ >>>>> I do not know in which one we want to participate >>>>> >>>>> Debugging Tools >>>>> Minimalistic, Experimental and Emerging Languages >>>>> Open Research Tools and Technologies >>>>> >>>>> How do we coordinate? >>>>> >>>>> S. >>>> >>>> > > > -- > Pablo Tesone. > tesonep(a)gmail.com <mailto:tesonep@gmail.com>

Oct. 29, 2019

Re: [Pharo-dev] Git URL issues

by Esteban Lorenzano

Hi Sven, You are facing two different problems at the same time :) 1) a problem with Metacello api. There is a mismatch between git and metacello because the apis are not equivalent (specially having iceberg in the middle). If you want to use HTTPS in metacello you have to explicit you want to use HTTPS, but you still has to use the GitHub:// identifier. If you execute first: ./pharo build.image eval --save "Iceberg remoteTypeSelector: #httpsUrlâ Then your execution: ./pharo build.image metacello install github://svenvc/ztimestamp BaselineOfZTimestamp Will work without warnings. Now, you have another problem: 2) You cannot use an url as this with iceberg/metacello: https://deploy:secret@.../scm/xyz/xyz-pharo.git And yes, we could do a parse of it and use it (also solving your metacello command problem), but this is not easily doable and it would take time. The usual way of doing this is not using HTTPS but distributing public/private keys (then you use the regular SSH protocol). But if you still want/need to use HTTPS, then you need to provide your plaintext credentials. For iceberg, your credentials are stored in your preferences directory, at credentials.fuel (so you could add them to your CI server, if you have them). To add them programatically you need to do something like this: ./pharo build.image eval --save "IceCredentialStore current storeCredential: (IcePlaintextCredentials new username: 'esteban'; password: 'secret'; yourself) forHostname: âgithub.comâ" Then you full script will be like this: ./pharo build.image eval --save â Iceberg remoteTypeSelector: #httpsUrlâ. IceCredentialStore current storeCredential: (IcePlaintextCredentials new username: 'esteban'; password: 'secret'; yourself) forHostname: 'github.com' â ./pharo build.image metacello install github://svenvc/ztimestamp BaselineOfZTimestamp I hope this solves your problem :) Esteban On Mon, Oct 28, 2019 at 11:58 AM Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > I am still at a loss with this issue. > > When loading from github://svenvc/ztimestamp using Metacello (see original > mail) the code in > MCGitBasedNetworkRepository>>#createIcebergRepositoryWithFallbackFor:url: > clearly switches to using https://github.com/svenvc/ztimestamp.git - I > traced it. > > So obviously, Pharo 7 is capable of accessing it. > > However, starting directly with https://github.com/svenvc/ztimestamp.git > I end up in a totally different place. Why ? > > This code is so complex... > > > On 25 Oct 2019, at 14:49, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > > Hi, > > > > I asked this before, but I still have trouble with this. > > > > What I ultimately want is what I used for years now: use the zero config > tools to point to my private repo and install my code and all its > dependencies from a single Metacello config. > > > > Basically, > > > > $vm $image config _CONFIG_REPO_ _CONFIG_NAME_ --username=_CONFIG_USER_ > --password=_CONFIG_PASS_ --install=_CONFIG_VERSION_ --group=_CONFIG_GROUP_ > > > > towards a private server. > > > > In the new world of git(hub)/tonel/iceberg I am trying the following > (not using the 'config' but the new 'metacello' command line handler): > > > > $ uname -a > > Linux audio359 4.15.0-39-generic #42-Ubuntu SMP Tue Oct 23 15:48:01 UTC > 2018 x86_64 x86_64 x86_64 GNU/Linux > > > > $ curl get.pharo.org/64/70+vm | bash > > % Total % Received % Xferd Average Speed Time Time Time > Current > > Dload Upload Total Spent Left > Speed > > 100 3054 100 3054 0 0 57622 0 --:--:-- --:--:-- --:--:-- > 57622 > > Downloading the latest 70 Image: > > http://files.pharo.org/get-files/70/pharo64.zip > > Pharo.image > > Downloading the latest pharoVM: > > http://files.pharo.org/get-files/70/pharo64-linux-stable.zip > > pharo-vm/pharo > > Creating starter scripts pharo and pharo-ui > > > > $ ./pharo Pharo.image printVersion > > [version] 'Pharo7.0.4' > 'Pharo-7.0.4+build.168.sha.ccd1f6489120f58ddeacb2cac77cd3a0f0dcfbe6 (64 > Bit)' > > > > $ ./pharo Pharo.image save build > > > > $ ./pharo build.image metacello install github://svenvc/ztimestamp > BaselineOfZTimestamp > > > > 3. using HTTPS instead SSH (Just use an url in the form HTTPS://etc.git) > I will try to clone the HTTPS variant. > > Fetched -> BaselineOfZTimestamp-CompatibleUserName.1554735117 --- > https://github.com/svenvc/ztimestamp.git[master] --- > https://github.com/svenvc/ztimestamp.git[master] > > Loaded -> BaselineOfZTimestamp-CompatibleUserName.1554735117 --- > https://github.com/svenvc/ztimestamp.git[master] --- > https://github.com/svenvc/ztimestamp.git[master] > > Loading baseline of BaselineOfZTimestamp... > > Fetched -> ZTimestamp-CompatibleUserName.1554735117 --- > https://github.com/svenvc/ztimestamp.git[master] --- > https://github.com/svenvc/ztimestamp.git[master] > > Loaded -> ZTimestamp-CompatibleUserName.1554735117 --- > https://github.com/svenvc/ztimestamp.git[master] --- cache > > ...finished baseline > > > > $ ./pharo build.image eval ZTimestamp now > > 2019-10-25T12:28:34Z > > > > So although it gave a warning, it worked fine. > > > > The warning said, > > > > using HTTPS instead SSH (Just use an url in the form HTTPS://etc.git) > I will try to clone the HTTPS variant. > > > > so let's try that after cleaning everything: > > > > $ rm -rf pharo-local/ build.* > > > > $ ./pharo Pharo.image save build > > > > $ ./pharo build.image metacello install > https://github.com/svenvc/ztimestamp.git BaselineOfZTimestamp > > > > ...RETRY->BaselineOfZTimestamp > > ...RETRY->BaselineOfZTimestamp > > ...FAILED->BaselineOfZTimestampCould not resolve: BaselineOfZTimestamp > [BaselineOfZTimestamp] in /home/sven/pharo7/pharo-local/package-cache > https://github.com/svenvc/ztimestamp.git > > > MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>retryingResolvePackageSpecReferences:gofer: > > > > WTF ? Why does this not work (I can perfectly git clone that URL) ? > > > > Of course, this would just be the first step, eventually I want to use > my own private server with a URL like > > > > https://deploy:secret@bitbucket.myserver.be/scm/xyz/xyz-pharo.git > > > > How do you build/deploy non-public production code using the command > line ? > > > > Help would be much appreciated. > > > > Sven > > > > >

Oct. 29, 2019

Re: [Pharo-dev] FOSDEM rooms are available

by tesonep＠gmail.com

Yes, I will love to participate. I think that the most important is to have a good presence as a stand in the hall. I will love to do that. About the talks, we can propose anything, even something about the VM. We have to analyze what are the things that are applicable to other languages and technologies, to avoid comments like: "that happen to you because you have an image". Also we need to show us open and good to team work with other technologies. Thanks! On Tue, Oct 29, 2019 at 10:25 AM Santiago Bragagnolo <santiagobragagnolo(a)gmail.com> wrote: > > > To whom does not know, FOSDEM is one of the biggest Open source conferences. It is free, it does not require subscription, and it happens during a weekend (1 and 2 february) at bruxelles at the university ULB ( https://fosdem.org/2020/practical/transportation/) . It requires some human engagement only. > This is a good place not only for Pharo, but for all open source projects Smalltalk related. And finally for smalltalk it self. > > On the available rooms where we could show something > > IOT (https://fosdem.org/2020/schedule/track/internet_of_things/ ) > Allex? maybe you can show some of the things we are doing here? > Mariano Peck? I don't know if your IOT work is or not open source. But if it is. it could be a good place for showing > > BigData (https://fosdem.org/2020/schedule/track/hpc_big_data_and_data_science/) > I could propose the EQL experiment with Map reduce? Is it a good Idea? . > Matteo You could present something on debugging nodes. > Oleks I remember you had some big data related stuff (sorry for the lack of detail awareness :) ) > > Communication (https://fosdem.org/2020/schedule/track/collaborative_information_and_conten… > https://fosdem.org/2020/schedule/track/coding_for_language_communities/ ) > Offray! I think there is space for graphoscope in here. If you can give a talk, great, if not, i propose my self to be the speaker (of course in that case i will need some couching and teaching on the usage). > > Debugging Tools > Matteo! you could also propose your work in here > Steven You have already a talk prepared no? > Thomas You have already a talk prepared no? > Guille I know you are completely out of reach, but, what about your debugging multi level for the VM? If you want we can propose it together with Pablo. > > > Minimalistic / Emerging Language > Steph with Pharo > Carolina The bootstraping for minimallistic language is a good talk and it would not require much preparation since you have already a talk prepared > Steph/Pablo maybe something on stateful traits? > > Open research tools > Anne/Nico/Cyril/Julian/Benoit Moose? We have to have a talk on moose. Or even many. We could propose moose as platform, but i think it would be better to present it by it fruits. The same as before, i would not mind to give the presentation if couching and slides are provided. > Serge PolyMath?? > Nick Lands! Such a beatiful project. Not sure if it completely fit in here. I think so. Sorry if not :). > > > On the pharo stand > > I am doing what is required to have a stand for Pharo this year. > I will keep you updated, if we got it, i would really like to have posters not only of Pharo, but also of our more stable and powerful frameworks, the research teams and enterprises that work with it . And of course I will need some help for the stand (specially if it happens that i have some talk) > > Maybe we could use this thread for discussing organization and a second one to gather abstracts and applications. > > Santiago > > > > > > > > El mar., 29 oct. 2019 a las 9:29, Santiago Bragagnolo (<santiagobragagnolo(a)gmail.com>) escribiÃ³: >> >> I could present TaskIT of course, but i don't feel it matching in the proposed categories. There is not debugging, nor emerging minimalist language nor research tools. I will check on the other rooms to see if i find a place where i can do it. >> >> >> >> El lun., 28 oct. 2019 a las 21:00, ducasse (<stepharo(a)netcourrier.com>) escribiÃ³: >>> >>> >>> >>> On 28 Oct 2019, at 18:15, Santiago Bragagnolo <santiagobragagnolo(a)gmail.com> wrote: >>> >>> That is great. We should post in all of them if possible. >>> I think that Steven could show object centric debugging, someone (anne maybe? ) present moose. and for minimalistic experimental emerging languages carolina could propose candle and the bootstrap processes. >>> I think that Steven and Carolina talks are mature enough after all the trials, and a moose talk could be really cool. Maybe Julien's SQL or Benoit's translations should be really good for catching potential students and specially some investment capital for the team :). >>> >>> Sadly me i don't have much to show :(. >>> But if we have the stand i plan to be there. >>> >>> >>> TaskIt? >>> I could do a presentation of Pharo in the minimalistâ¦. and carolina a talk showing how to bootstrap. >>> >>> >>> >>> >>> >>> El lun., 28 oct. 2019 a las 16:41, ducasse (<stepharo(a)netcourrier.com>) escribiÃ³: >>>> >>>> >>>> https://fosdem.org/2020/news/2019-10-01-accepted-developer-rooms/ >>>> I do not know in which one we want to participate >>>> >>>> Debugging Tools >>>> Minimalistic, Experimental and Emerging Languages >>>> Open Research Tools and Technologies >>>> >>>> How do we coordinate? >>>> >>>> S. >>> >>> -- Pablo Tesone. tesonep(a)gmail.com

Oct. 29, 2019

Re: [Pharo-dev] FOSDEM rooms are available

by Santiago Bragagnolo

To whom does not know, *FOSDEM *is one of the biggest Open source conferences. It is *free*, it does *not require subscription*, and it happens during a *weekend *(1 and 2 february) at bruxelles at the university ULB ( https://fosdem.org/2020/practical/transportation/) . It requires some human engagement only. This is a good place not only for Pharo, but for all open source projects Smalltalk related. And finally for smalltalk it self. *On the available rooms where we could show something* *IOT *(https://fosdem.org/2020/schedule/track/internet_of_things/ ) *Allex*? maybe you can show some of the things we are doing here? * Mariano Peck*? I don't know if your IOT work is or not open source. But if it is. it could be a good place for showing *BigData *( https://fosdem.org/2020/schedule/track/hpc_big_data_and_data_science/) *I* could propose the EQL experiment with Map reduce? Is it a good Idea? . *Matteo *You could present something on debugging nodes. * Oleks *I remember you had some big data related stuff (sorry for the lack of detail awareness :) ) *Communication *( https://fosdem.org/2020/schedule/track/collaborative_information_and_conten… https://fosdem.org/2020/schedule/track/coding_for_language_communities/ ) *Offray*! I think there is space for graphoscope in here. If you can give a talk, great, if not, i propose my self to be the speaker (of course in that case i will need some couching and teaching on the usage). *Debugging Tools* *Matteo*! you could also propose your work in here *Steven * You have already a talk prepared no? *Thomas *You have already a talk prepared no? *Guille* I know you are completely out of reach, but, what about your debugging multi level for the VM? If you want we can propose it together with Pablo. *Minimalistic / Emerging Language * *Steph *with Pharo *Carolina *The bootstraping for minimallistic language is a good talk and it would not require much preparation since you have already a talk prepared * Steph/Pablo* maybe something on stateful traits? * Open research tools* * Anne/Nico/Cyril/Julian/Benoit* Moose? We have to have a talk on moose. Or even many. We could propose moose as platform, but i think it would be better to present it by it fruits. The same as before, i would not mind to give the presentation if couching and slides are provided. *Serge *PolyMath?? *Nick *Lands! Such a beatiful project. Not sure if it completely fit in here. I think so. Sorry if not :). *On the pharo stand* I am doing what is required to have a stand for Pharo this year. I will keep you updated, if we got it, i would really like to have posters not only of Pharo, but also of our more stable and powerful frameworks, the research teams and enterprises that work with it . And of course I will need some help for the stand (specially if it happens that i have some talk) Maybe we could use this thread for discussing organization and a second one to gather abstracts and applications. Santiago El mar., 29 oct. 2019 a las 9:29, Santiago Bragagnolo (< santiagobragagnolo(a)gmail.com>) escribiÃ³: > I could present TaskIT of course, but i don't feel it matching in the > proposed categories. There is not debugging, nor emerging minimalist > language nor research tools. I will check on the other rooms to see if i > find a place where i can do it. > > > > El lun., 28 oct. 2019 a las 21:00, ducasse (<stepharo(a)netcourrier.com>) > escribiÃ³: > >> >> >> On 28 Oct 2019, at 18:15, Santiago Bragagnolo < >> santiagobragagnolo(a)gmail.com> wrote: >> >> That is great. We should post in all of them if possible. >> I think that Steven could show object centric debugging, someone (anne >> maybe? ) present moose. and for minimalistic experimental emerging >> languages carolina could propose candle and the bootstrap processes. >> I think that Steven and Carolina talks are mature enough after all the >> trials, and a moose talk could be really cool. Maybe Julien's SQL or >> Benoit's translations should be really good for catching potential students >> and specially some investment capital for the team :). >> >> Sadly me i don't have much to show :(. >> But if we have the stand i plan to be there. >> >> >> TaskIt? >> I could do a presentation of Pharo in the minimalistâ¦. and carolina a >> talk showing how to bootstrap. >> >> >> >> >> >> El lun., 28 oct. 2019 a las 16:41, ducasse (<stepharo(a)netcourrier.com>) >> escribiÃ³: >> >>> >>> https://fosdem.org/2020/news/2019-10-01-accepted-developer-rooms/ >>> I do not know in which one we want to participate >>> >>> Debugging Tools >>> Minimalistic, Experimental and Emerging Languages >>> Open Research Tools and Technologies >>> >>> How do we coordinate? >>> >>> S. >>> >> >>

Oct. 29, 2019

Re: [Pharo-dev] FOSDEM rooms are available

by Santiago Bragagnolo

I could present TaskIT of course, but i don't feel it matching in the proposed categories. There is not debugging, nor emerging minimalist language nor research tools. I will check on the other rooms to see if i find a place where i can do it. El lun., 28 oct. 2019 a las 21:00, ducasse (<stepharo(a)netcourrier.com>) escribiÃ³: > > > On 28 Oct 2019, at 18:15, Santiago Bragagnolo < > santiagobragagnolo(a)gmail.com> wrote: > > That is great. We should post in all of them if possible. > I think that Steven could show object centric debugging, someone (anne > maybe? ) present moose. and for minimalistic experimental emerging > languages carolina could propose candle and the bootstrap processes. > I think that Steven and Carolina talks are mature enough after all the > trials, and a moose talk could be really cool. Maybe Julien's SQL or > Benoit's translations should be really good for catching potential students > and specially some investment capital for the team :). > > Sadly me i don't have much to show :(. > But if we have the stand i plan to be there. > > > TaskIt? > I could do a presentation of Pharo in the minimalistâ¦. and carolina a talk > showing how to bootstrap. > > > > > > El lun., 28 oct. 2019 a las 16:41, ducasse (<stepharo(a)netcourrier.com>) > escribiÃ³: > >> >> https://fosdem.org/2020/news/2019-10-01-accepted-developer-rooms/ >> I do not know in which one we want to participate >> >> Debugging Tools >> Minimalistic, Experimental and Emerging Languages >> Open Research Tools and Technologies >> >> How do we coordinate? >> >> S. >> > >

Oct. 29, 2019

Re: [Pharo-dev] make github issues clearer?

by Serge Stinckwich

Maybe this is possible with people with enough privilege to edit the issues in order to provide more details ? I try for the PolyMath project to have more elaborate labels: https://github.com/PolyMathOrg/PolyMath/labels with different status, priorities and types like describe here: https://medium.com/@dave_lunny/sane-github-labels-c5d2e6004b63 but you need people to tag correctly issues and labelling is more complex. And I guess for Pharo, you will have to use a label to know what is the area of the system impact (like Compiler or UI). More people are needed to the triage of issues and polish them for sure. Regards, On Mon, Oct 28, 2019 at 11:23 PM Nicolas Cellier < nicolas.cellier.aka.nice(a)gmail.com> wrote: > +1 for improving the issues. > I call that the "checkbox attitude": > Opening an issue is mandatory for a change to be merged? > No problem, i open an issue (just a title), check the box, et voilÃ ... > > That's applying the letter of the law rather than the spirit of the law. > Either the law is bad (too cumbersome for trivial changes?), or we are at > degree zero of quality... > I also call that quality-dry: > It has the color of quality, the smell of quality, but it's not quality ;) > > > Le lun. 28 oct. 2019 Ã 23:12, Myroslava Romaniuk via Pharo-dev < > pharo-dev(a)lists.pharo.org> a Ã©crit : > >> Hi everyone >> >> Maybe it makes sense to generate some github issue templates and >> encourage people to fill in the related information from a prompt? I think >> with bug reports the situation is better, but for feature requests the >> state of things could be very much improved by adding a template that goes: >> "describe problem", "describe solution you'd like", "other alternatives", >> "additional context". >> >> Because right now github issues are a mess. I get it that some projects >> have particular maintainers and they know what the issues are and the >> phrasing doesn't matter, ok, but a lot of the issues that don't have a tie >> to any particular project and are labeled "easy" or "beginner" take a while >> to understand because you have no idea what the person who created the >> issue actually means. >> >> Just a suggestion, but i think there's really a lot of room to improve >> with labels and templates for issues, and make them more accessible to >> outsiders. >> >> Best, >> Myroslava >> > -- Serge Stinckwic âhâ Int. Research Unit on Modelling/Simulation of Complex Systems (UMMISCO) âSorbonne University (SU) French National Research Institute for Sustainable Development (IRD)â U âniversity of YaoundÃ© Iâ, Cameroon "Programs must be written for people to read, and only incidentally for machines to execute." https://twitter.com/SergeStinckwich â

Oct. 29, 2019

Re: [Pharo-dev] make github issues clearer?

by Nicolas Cellier

+1 for improving the issues. I call that the "checkbox attitude": Opening an issue is mandatory for a change to be merged? No problem, i open an issue (just a title), check the box, et voilÃ ... That's applying the letter of the law rather than the spirit of the law. Either the law is bad (too cumbersome for trivial changes?), or we are at degree zero of quality... I also call that quality-dry: It has the color of quality, the smell of quality, but it's not quality ;) Le lun. 28 oct. 2019 Ã 23:12, Myroslava Romaniuk via Pharo-dev < pharo-dev(a)lists.pharo.org> a Ã©crit : > Hi everyone > > Maybe it makes sense to generate some github issue templates and encourage > people to fill in the related information from a prompt? I think with bug > reports the situation is better, but for feature requests the state of > things could be very much improved by adding a template that goes: > "describe problem", "describe solution you'd like", "other alternatives", > "additional context". > > Because right now github issues are a mess. I get it that some projects > have particular maintainers and they know what the issues are and the > phrasing doesn't matter, ok, but a lot of the issues that don't have a tie > to any particular project and are labeled "easy" or "beginner" take a while > to understand because you have no idea what the person who created the > issue actually means. > > Just a suggestion, but i think there's really a lot of room to improve > with labels and templates for issues, and make them more accessible to > outsiders. > > Best, > Myroslava >

Oct. 28, 2019

make github issues clearer?

by Myroslava Romaniuk

Hi everyone Maybe it makes sense to generate some github issue templates and encourage people to fill in the related information from a prompt? I think with bug reports the situation is better, but for feature requests the state of things could be very much improved by adding a template that goes: "describe problem", "describe solution you'd like", "other alternatives", "additional context". Because right now github issues are a mess. I get it that some projects have particular maintainers and they know what the issues are and the phrasing doesn't matter, ok, but a lot of the issues that don't have a tie to any particular project and are labeled "easy" or "beginner" take a while to understand because you have no idea what the person who created the issue actually means. Just a suggestion, but i think there's really a lot of room to improve with labels and templates for issues, and make them more accessible to outsiders. Best, Myroslava

Oct. 28, 2019

Re: [Pharo-dev] FOSDEM rooms are available

by ducasse

> On 28 Oct 2019, at 18:15, Santiago Bragagnolo <santiagobragagnolo(a)gmail.com> wrote: > > That is great. We should post in all of them if possible. > I think that Steven could show object centric debugging, someone (anne maybe? ) present moose. and for minimalistic experimental emerging languages carolina could propose candle and the bootstrap processes. > I think that Steven and Carolina talks are mature enough after all the trials, and a moose talk could be really cool. Maybe Julien's SQL or Benoit's translations should be really good for catching potential students and specially some investment capital for the team :). > > Sadly me i don't have much to show :(. > But if we have the stand i plan to be there. TaskIt? I could do a presentation of Pharo in the minimalistâ¦. and carolina a talk showing how to bootstrap. > > > > > El lun., 28 oct. 2019 a las 16:41, ducasse (<stepharo(a)netcourrier.com <mailto:stepharo@netcourrier.com>>) escribiÃ³: > > https://fosdem.org/2020/news/2019-10-01-accepted-developer-rooms/ <https://fosdem.org/2020/news/2019-10-01-accepted-developer-rooms/> > I do not know in which one we want to participate > > Debugging Tools > Minimalistic, Experimental and Emerging Languages > Open Research Tools and Technologies > > How do we coordinate? > > S.

Oct. 28, 2019

[Pharo 8.0] Build #920: Allow-to-use-boolean-with-sort-functions

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #920 was: SUCCESS. The Pull Request #5023 was integrated: "Allow-to-use-boolean-with-sort-functions" Pull request url: https://github.com/pharo-project/pharo/pull/5023 Issue Url: https://github.com/pharo-project/pharo/issues/Allow Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Oct. 28, 2019