June 2019 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Modeling HABTM

by sergio ruiz

Thanks! Iâll look at this. Iâd like to keep it in the OO domain.. There is no existing data. Everything would be created for this project. > On Jun 10, 2019, at 12:53 PM, Ben Coman <btc(a)openinworld.com> wrote: > > If you are keeping your design purely in the object-oriented domain, > you might try Mutual Friends... https://pdfs.semanticscholar.org/348f/e4ecff3c23f3709bb88e7e60379905a3b930.… <https://pdfs.semanticscholar.org/348f/e4ecff3c23f3709bb88e7e60379905a3b930.…> > although I've not enough experience with it to know if its the best way. > ---- peace, sergio photographer, journalist, visionary Public Key: http://bit.ly/29z9fG0 #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.codeandmusic.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

June 10, 2019

Re: [Pharo-users] Modeling HABTM

by Ben Coman

On Mon, 10 Jun 2019 at 20:21, sergio ruiz <sergio.rrd(a)gmail.com> wrote: > I am currently putting together a Seaside website for my radio show. I am > trying to figure out how to model the "has and belongs to many" > relationships. > > Each episode can have many tracks, each of these tracks can belong to > several episodes. > I want to be able to present a listing of which episodes each track > appears in, and a listing of tracks for each episode. > > The approach I have seen on this is to create an intermediary object and > store a set of ids on this, but this seems a little clunky, and it seems > like there would be a clean way to do this. > This is how you'd model many-to-many relationships in relational databases. https://dzone.com/articles/how-to-handle-a-many-to-many-relationship-in-dat… If that is where your data is stored, you may be forced to this. If you are keeping your design purely in the object-oriented domain, you might try Mutual Friends... https://pdfs.semanticscholar.org/348f/e4ecff3c23f3709bb88e7e60379905a3b930.… although I've not enough experience with it to know if its the best way. Or you might try relation slots. Check out SlotExampleMovieAndPersonTest. Some background reading... https://rmod.inria.fr/archives/papers/Verw11a-OOSPLA11-FlexibleObjectLayout… which I'd guess is still useful even if I read somewhere it was a bit out of date. cheers -ben

June 10, 2019

Modeling HABTM

by sergio ruiz

I am currently putting together a Seaside website for my radio show. I am trying to figure out how to model the "has and belongs to many" relationships. Each episode can have many tracks, each of these tracks can belong to several episodes. I want to be able to present a listing of which episodes each track appears in, and a listing of tracks for each episode. The approach I have seen on this is to create an intermediary object and store a set of ids on this, but this seems a little clunky, and it seems like there would be a clean way to do this. Am I missing something? Thanks! ---- peace, sergio photographer, journalist, visionary Public Key: http://bit.ly/29z9fG0 #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.codeandmusic.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

June 10, 2019

Re: [Pharo-users] IceGenericError: Failed to connect to github.com: Interrupted system call

by HernÃ¡n Morales Durand

Attached the Stack in FUEL format in case someone want to check it out Cheers, HernÃ¡n El dom., 9 jun. 2019 a las 20:25, HernÃ¡n Morales Durand (< hernan.morales(a)gmail.com>) escribiÃ³: > Hi guys, > > > In Pharo 7.0.3 I get an Iceberg error while cloning a repository. I tried > to fix dependent repositories, I guess there is something weird in > Diacriticals (https://github.com/hernanmd/Diacriticals) however I have no > clue what's wrong there. > > > I can reproduce it in a clean image by evaluating: > > > Metacello new > > baseline: 'StringExtensions'; > > repository: 'github://hernanmd/StringExtensions/repository'; > > load. > > > Any idea what could be wrong? > > > Cheers, > > > HernÃ¡n > > >

June 10, 2019

IceGenericError: Failed to connect to github.com: Interrupted system call

by HernÃ¡n Morales Durand

Hi guys, In Pharo 7.0.3 I get an Iceberg error while cloning a repository. I tried to fix dependent repositories, I guess there is something weird in Diacriticals (https://github.com/hernanmd/Diacriticals) however I have no clue what's wrong there. I can reproduce it in a clean image by evaluating: Metacello new baseline: 'StringExtensions'; repository: 'github://hernanmd/StringExtensions/repository'; load. Any idea what could be wrong? Cheers, HernÃ¡n

June 9, 2019

Re: [Pharo-users] Strange 'Connection closed while waiting for data.' Zinc error

by Christopher Fuhrman

Hi - I'm resurrecting an old question <http://forum.world.st/Strange-Connection-closed-while-waiting-for-data-Zinc…> I found on forum.world.st (sorry for the formatting) Dec 26, 2017; 10:14am Sven wrote: > > On 26 Dec 2017, at 08:21, Yuriy Tymchuk wrote: > > > > Hi Sven, > > > > No, Iâm on Mac (OS 10.13). > That is not good then, Uko, but again, there is no way to start debugging > this without a reliable test case that I can run too. > I hit this today while testing on localhost: a PlantUML server. I think I can give you a simple(ish) way to recreate: - clone the repo at https://github.com/plantuml/plantuml-server - install Java - install maven - In the clone directory, run: *mvn jetty:run* In Pharo, it's just: ZnEasy getPng: 'http://localhost:8080/plantuml/img/IzIrIm80'. Cheers, Christopher p.s. the workaround with *ZnNetworkingUtils default socketStreamClass: SocketStream.* is OK for me. I'm running Pharo 8 on Windows 10 (WSL) and the server's running on the Windows part. Sven > > Cheers. > > Uko

June 7, 2019

GPCE 2019: 2nd Call for Papers - Athens, Greece; October 21-22

by Rodin Aarssen

CALL FOR PAPERS 18th International Conference on Generative Programming: Concepts & Experiences (GPCE 2019) October 21-22, 2019 Athens, Greece (co-located with SPLASH 2019) https://conf.researchr.org/home/gpce-2019 http://twitter.com/GPCECONF http://www.facebook.com/GPCEConference IMPORTANT DATES * Submission of abstracts: June 14, 2019 * Submission of papers: June 21, 2019 * Paper notification: August 9, 2019 Submission site: https://gpce19.hotcrp.com/ -------------------------------------------------------------------------- SCOPE GPCE is a venue for researchers and practitioners interested in techniques and tools for code generation, language implementation, and metaprogramming. GPCE seeks conceptual, theoretical, empirical, and technical contributions to its topics of interest, which include but are not limited to: * program transformation, staging, macro systems, preprocessors, program synthesis, and code-recommendation systems, * domain-specific languages, language embedding, language design, and language workbenches, * feature-oriented programming, domain engineering, and feature interactions, * applications and properties of code generation, language implementation, and product-line development. Authors are welcome to check with the program co-chairs whether their planned papers are in scope. PAPER SELECTION The GPCE program committee will evaluate each submission according to the following selection criteria: * Novelty. Papers must present new ideas or evidence and place them appropriately within the context established by previous research in the field. * Significance. The results in the paper must have the potential to add to the state of the art or practice in significant ways. * Evidence. The paper must present evidence supporting its claims. Examples of evidence include formalizations and proofs, implemented systems, experimental results, statistical analyses, and case studies. * Clarity. The paper must present its contributions and results clearly. PAPER CATEGORIES GPCE solicits three kinds of submissions. * Full Papers reporting original and unpublished results of research that contribute to scientific knowledge in any GPCE topic listed above. Full paper submissions must not exceed 12 pages excluding bibliography. * Short Papers presenting unconventional ideas or visions about any GPCE topic listed above. Short papers do not always require complete results as in the case of a full paper. In this way, authors can introduce new ideas to the community and get early feedback. Please note that short papers are not intended to be position statements. Short papers are included in the proceedings and will be presented at the conference. Short paper submissions must not exceed 6 pages excluding bibliography. * Tool Demonstrations presenting tools for any GPCE topic listed above. Tools must be available for use and must not be purely commercial. Submissions must provide a tool description not exceeding 6 pages excluding bibliography and a separate demonstration outline including screenshots also not exceeding 6 pages. Tool demonstrations must have the keywords "Tool Demo" or "Tool Demonstration" in their title. If the submission is accepted, the tool description will be published in the proceedings. The demonstration outline will only be used by the program committee for evaluating the submission. PAPER SUBMISSION All submissions must use the ACM SIGPLAN Conference Format "acmart", using the "sigplan" sub-format, and 10 point font. Additional details and links to templates and the LaTeX class file can be found on the conference web site: https://conf.researchr.org/home/gpce-2019. To increase fairness in reviewing, a double-blind review process has become standard across SIGPLAN conferences. GPCE will follow a very lightweight model, where author identities are revealed to reviewers after submitting their initial reviews. Hence, the purpose is not to conceal author identities at all cost, but merely to provide reviewers with an unbiased first look at a submission. Author names and institutions should be omitted from submitted papers, and references to the authors' own related work should be in the third person. No other changes are necessary, and authors will not be penalized if reviewers are able to infer their identities in implicit ways. Papers must be submitted using HotCRP: https://gpce19.hotcrp.com/ For additional information, clarification, or answers to questions please contact the program co-chairs. ORGANIZATION Chairs * General chair: Ina Schaefer (TU Braunschweig) * Program co-chair: Christoph Reichenbach (Lund University) * Program co-chair: Tijs van der Storm (CWI / University of Groningen) Program Committee * Jonathan Aldrich (CMU) * Juliana Alves Pereira (University of Rennes, INRIA) * Marsha Chechik (University of Toronto) * Shigeru Chiba (University of Tokyo) * Thomas Degueule (CWI) * Sebastian Erdweg (TU Delft) * Matthew Flatt (University of Utah) * Robert GlÃ¼ck (University of Copenhagen) * Elisa Gonzalez Boix (VUB) * Geoffrey Mainland (Drexel University) * Chris Martens (NCSU) * Maryam Mehri Dehnavi (University of Toronto) * Peter Mosses (Swansea University / TU Delft) * David Pearce (Victoria University of Wellington) * Alex Potanin (Victoria University of Wellington) * Larissa Rocha Soares (Federal University of Bahia) * Ulrik Schultz (University of Southern Denmark) * Sandro Schulze (University of Magdeburg) * Christoph Seidl (TU Braunschweig) * Michel Steuwer (University of Glasgow) * Sam Tobin Hochstadt (Indiana University) * Kanae Tsushima (National Institute of Informatics) * Philip Wadler (University of Edinburgh) * Eric Walkingshaw (Oregon State University) * Adam Welc (Uber) * Peng Wu (Huawei)

June 6, 2019

Re: [Pharo-users] An IPFS interface for Pharo

by Konrad Hinsen

Am 06.06.19 um 19:37 schrieb Serge Stinckwich: > Great work ! I think Marcus was interested to have something like that. > It is a solution to distribute scientific datasets ? That's what I am trying to explore. But IPFS is a nice basis for many more applications. I have seen an IPFS-based GitHub (Radicle), various social networks, personal information management (Textile), and a lot more. Konrad.

June 6, 2019

Re: [Pharo-users] An IPFS interface for Pharo

by Serge Stinckwich

On Thu, Jun 6, 2019 at 6:35 PM Konrad Hinsen <konrad.hinsen(a)fastmail.net> wrote: > Hi everyone, > > Over the last weeks I have started to explore IPFS more seriously. > IPFS, the Inter-Planetary File System, is supposed to be the > next-generation Web: a decentralized content-addressed database. > > Since there is nothing better then Pharo for exploring databases, > I have started to write an IPFS interface to Pharo: > > https://github.com/khinsen/ipfs-pharo > > It connects to a local IPFS server, so you have to have one > running. It's surprisingly straightforward to install and configure, > unless you have to fight with firewalls that block IPFS traffic. > > Great work ! I think Marcus was interested to have something like that. It is a solution to distribute scientific datasets ? A+ -- 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

June 6, 2019

An IPFS interface for Pharo

by Konrad Hinsen

Hi everyone, Over the last weeks I have started to explore IPFS more seriously. IPFS, the Inter-Planetary File System, is supposed to be the next-generation Web: a decentralized content-addressed database. Since there is nothing better then Pharo for exploring databases, I have started to write an IPFS interface to Pharo: https://github.com/khinsen/ipfs-pharo It connects to a local IPFS server, so you have to have one running. It's surprisingly straightforward to install and configure, unless you have to fight with firewalls that block IPFS traffic. Feedback of any kind is welcome! Cheers, Konrad.

June 6, 2019