April 2021 - Pharo-users - lists.pharo.org

Re: Problem installing Seaside on Windows

by Sanjay Minni

Yes you hit the window filename length problem. Retry by creating one more pharo 8 image. Only don't take the default image name as you have taken. Change it to very short like p8-1 to keep image file name and consequently the folder name length to a minimum Then install seaside. If that doesn't work repost and we will try still another option Regards Sanjay On Fri, 2 Apr, 2021, 9:36 pm David Pennington, <david(a)totallyobjects.com> wrote: > OK, I got my software working fine on the Mac but I really need it on Windows now so I have had another go. I have followed all the instructions and I have a public key registered with GIT for both the Mac and the Windows laptop. The Mac now quite happily installs stuff that wouldn't load before. (TinyLogger). However, the Windows laptop now get a lot further with the Seaside install but fails with this message: > > > "LGit_GIT_EEXISTS: Failed to stat file > 'C:/Users/david/Documents/Pharo/images/Pharo 8.0 - 64bit > (sta...aximumAbsoluteAge.maximumRelativeAge.overflowAction..st': The > filename or extension is too long. > " > Any thoughts? > > > On 22/03/2021 18:18, David Pennington wrote: > > I am sorry but github is a mystery to me. I installed all of this on my > mac with no troubles. Surely it can't be anymore difficult on PC? > > On 22 Mar 2021 18:05, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > david > > did you succeed to clone or checkout a github repo from this machine and > without pharo at all? > Because Pharo is just using libgit. > > S. > > On 22 Mar 2021, at 18:58, David Pennington <david(a)totallyobjects.com> > wrote: > > Tried that. I got the following > > Failed to get server certificate: the handle is in the wrong state for the > requested operation. > > I assume that someone thinks that this is helpful:-) > > On 22 Mar 2021 16:06, Sanjay Minni <sm(a)planage.com> wrote: > > Hi David, > > I have repeatedly installed Seaside on Pharo 8 / 9 64 bit - Windows 10 > without any issues and I have done it both ssh and https > > I do it quickly / simply by > > tools->iceberg->[+ add] (on top panel right) > on popup select: 'clone from github.com' > fill in owner: SeasideSt (case does not matter) > project: seaside > local directory: (leave the default for > now) > protocol try https first (not > sure if github requires a password) > or ssh which may > be > slightly complicated > once seaside libraries are pulled in and seaside appears in the iceberg > panel then > right click on seaside > on popup scroll down to metacello->install baseline (default) > > hope that works > > > > > Long Haired David wrote > > Hi everyone. > > > > I have been developing a new web site using Seaside on my M1 MacBookAir > > and I have had no issues. > > > > To deploy it, I have to install Pharo on either a Windows 10 or a > Windows > > Server 2012 server. Pharo has installed on both without any issues. > > However, I am having problems installing Seaside. > > > > I have Pharo 8.0 installed on both (64 bit version). > > > > If I try and install from the Catalog, I get the following error in the > > Transcript. > > > > IceGenericError: Failed to stat file > > 'C:/Users/david/Documents/Pharo/images/Pharo 8.0 - 64bit > > (stable)/pharo-local. > > > > If I try using Monticello, I get the following: > > > > Metacello new > > baseline:'Seaside3'; > > repository: 'github://SeasideSt/Seaside:master/repository'; > > load > > I got an error while cloning: There was an authentication error while > > trying to execute the operation: . > > This happens usually because you didn't provide a valid set of > > credentials. > > You may fix this problem in different ways: > > > > 1. adding your keys to ssh-agent, executing ssh-add ~/.ssh/id_rsa in > your > > command line. > > 2. adding your keys in settings (open settings browser search for "Use > > custom SSH keys" and > > add your public and private keys). > > 3. using HTTPS instead SSH (Just use an url in the form HTTPS://etc.git) > > > I will try to clone the HTTPS variant. > > > > Can you help please? > > > > David > > Totally Objects > > > > > > ----- > cheers, > Sanjay > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > > > -------------------------------------------- > StÃ©phane Ducasse > http://stephane.ducasse.free.fr / http://www.pharo.org > 03 59 35 87 52 > Assistant: Aurore Dalle > FAX 03 59 57 78 50 > TEL 03 59 35 86 16 > S. Ducasse - Inria > 40, avenue Halley, > Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza > Villeneuve d'Ascq 59650 > France > >

April 2, 2021

Re: Problem installing Seaside on Windows

by David Pennington

OK, I got my software working fine on the Mac but I really need it on Windows now so I have had another go. I have followed all the instructions and I have a public key registered with GIT for both the Mac and the Windows laptop. The Mac now quite happily installs stuff that wouldn't load before. (TinyLogger). However, the Windows laptop now get a lot further with the Seaside install but fails with this message: "LGit_GIT_EEXISTS: Failed to stat file 'C:/Users/david/Documents/Pharo/images/Pharo 8.0 - 64bit (sta...aximumAbsoluteAge.maximumRelativeAge.overflowAction..st': The filename or extension is too long. " Any thoughts? On 22/03/2021 18:18, David Pennington wrote: > I am sorry but github is a mystery to me. I installed all of this on my mac with no troubles. Surely it can't be anymore difficult on PC? > > On 22 Mar 2021 18:05, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > david > > did you succeed to clone or checkout a github repo from this machine and without pharo at all? > Because Pharo is just using libgit. > > S. > > On 22 Mar 2021, at 18:58, David Pennington <david(a)totallyobjects.com> wrote: > > Tried that. I got the following > > Failed to get server certificate: the handle is in the wrong state for the requested operation. > > I assume that someone thinks that this is helpful:-) > > On 22 Mar 2021 16:06, Sanjay Minni <sm(a)planage.com> wrote: > > Hi David, > > I have repeatedly installed Seaside on Pharo 8 / 9 64 bit - Windows 10 > without any issues and I have done it both ssh and https > > I do it quickly / simply by > > tools->iceberg->[+ add] (on top panel right) > on popup select: 'clone from github.com [1]' > fill in owner: SeasideSt (case does not matter) > project: seaside > local directory: (leave the default for > now) > protocol try https first (not > sure if github requires a password) > or ssh which may be > slightly complicated > once seaside libraries are pulled in and seaside appears in the iceberg > panel then > right click on seaside > on popup scroll down to metacello->install baseline (default) > > hope that works > > Long Haired David wrote >> Hi everyone. >> >> I have been developing a new web site using Seaside on my M1 MacBookAir >> and I have had no issues. >> >> To deploy it, I have to install Pharo on either a Windows 10 or a Windows >> Server 2012 server. Pharo has installed on both without any issues. >> However, I am having problems installing Seaside. >> >> I have Pharo 8.0 installed on both (64 bit version). >> >> If I try and install from the Catalog, I get the following error in the >> Transcript. >> >> IceGenericError: Failed to stat file >> 'C:/Users/david/Documents/Pharo/images/Pharo 8.0 - 64bit >> (stable)/pharo-local. >> >> If I try using Monticello, I get the following: >> >> Metacello new >> baseline:'Seaside3'; >> repository: 'github://SeasideSt/Seaside:master/repository'; >> load >> I got an error while cloning: There was an authentication error while >> trying to execute the operation: . >> This happens usually because you didn't provide a valid set of >> credentials. >> You may fix this problem in different ways: >> >> 1. adding your keys to ssh-agent, executing ssh-add ~/.ssh/id_rsa in your >> command line. >> 2. adding your keys in settings (open settings browser search for "Use >> custom SSH keys" and >> add your public and private keys). >> 3. using HTTPS instead SSH (Just use an url in the form HTTPS://etc.git) >> I will try to clone the HTTPS variant. >> >> Can you help please? >> >> David >> Totally Objects > > ----- > cheers, > Sanjay > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France Links: ------ [1] http://github.com

April 2, 2021

Re: Whats the easiest/cheapest way to run a Pharo web app in 2021?

by Esteban Maringolo

I've been running a Pharo application since August last year, initially setup with everything inside a Docker swarm (database, reverse proxy and Pharo workers for the UI and REST API). I wanted to give Docker a try because I thought it was going to be "better". After having some issues with the Swarm networking affecting PostgreSQL connections [1], I ended up having a hybrid that is not the best of both worlds (I wouldn't say it's the worst either). So my summary is that unless you have several host machines, having a "swarm" is completely overkill and brings more friction than anything else. The plus of docker is that from Gitlab everytime I push a commit to master, a new docker image is created and I can update things smoothly on the server by pulling the image and upgrading the stack service. "Whenever I have time" I plan to make the reverse proxy external to docker (I currently use traefik as a container), and just keep the database and Pharo workers as docker containers. As for the stability, I only shut it down for upgrades, but in February I tried with a single VM+image serving everything (just to measure real use) and albeit it was a little slower, it handled everything perfectly [2] without a single hiccup. Regards, [1] https://twitter.com/emaringolo/status/1296635983358763010 [2] https://twitter.com/emaringolo/status/1360247046553362432 Esteban A. Maringolo On Fri, Apr 2, 2021 at 6:33 AM Tim Mackinnon <tim(a)testit.works> wrote: > > Thanks Sanjay - you have reminded me that I have some similar notes somewhere (now located) that did the command line foo to get things running - looking at mine there was quite a big of dance to provide a way to gracefully stop and start the image so that you can easily and automatically redeploy your changes (read: use Github actions or Gitlab CI). > > So Iâm curious on whether Docker is now sufficiently stable stable/easy/cheap to make it a viable alternative - and whether that is also cost efficient. > > Pablo wrote a recent blog post on running Pharo in Docker using the BA images - https://thepharo.dev/2021/02/24/running-pharo-9-in-docker/ - but while easy on the surface, if anything goes wrong - there seems to be very little debug output to know what has happened (Iâll post separately on this - as Iâm looking at comparing options here). > > With Docker options, I notice that dockerize.io (not used, just a quick search) - has a micro plan for $2/m - but is 500mb ram enough (there is a $5 one for 1gm ram). > > Or - I stick with DigitalOcean and roll my own like before - and perhaps that has got a bit simpler. > > Iâm still curious what the wider community is doing. > > > Tim > > On 2 Apr 2021, at 05:43, Sanjay Minni <sm(a)planage.com> wrote: > > Hi Tim > > Here are my notes on installing Pharo in a DigitalOcean Ubuntu droplet. > I usually go thru a Windows Command prompt box having installed xfec4 in the ubuntu droplet, but the command line connect and graphical remote may be easier for a Linux users. my ssh public key is also in the DO droplet > Now the first step for me is a installing Pharo launcher thru command line and then everything is thru graphical interface > > Installing and checking Pharo-Launcher, Installing Pharo 8 64 bit from pharo.org (instructions as on Pharo.org) > 1. In Windows 10 command prompt connect thru > ssh root@<Droplet-ip> > 2. cd > 3. curl -o pharo-launcher.zip -L https://files.pharo.org/pharo-launcher/linux64 > 4. unzip pharo-launcher.zip > or thru the GUI-> extract here > (pharo-launcher files will be extracted in ./pharo-launcher) > Now while connected to the linux graphical interface thru windows remote terminal and in the GUI > 5. Create a icon on desktop thru right-click âCreate Launcherâ for pharo-launcher > 6. Create pharo images thru pharo-launcher > > hope this is of use > > Sanjay Minni > > On Thu, 1 Apr 2021 at 16:31, Tim Mackinnon <tim(a)testit.works> wrote: >> >> Hi everyone - its been a few year since I last hosted a little Pharo web app - and the last time I did, Sven pointed me to DigitalOcean and creating a tiny instance and configuring an Ubuntu server and then copying a pharo image on to that. It recall it wasnât too bad, albeit a bit fiddlyâ¦ >> >> Now several years later - I canât recall the exact steps, and vaguely recall there was something about 32bit vs 64bit setup etc - but am wondering if things have advanced a bit and whether its much simpler these days? Iâve seen references to Docker images for Pharo, and am wondering if now that is a prime time way to easily get a small demo application up and running with minimal fuss. >> >> Does anyone have advice - or something to point me to? >> >> Ideally I want to hook something up in Gitlab CI do deploy to this thing automatically (this is where I got to a few years ago - but in picking things back up I am hoping this has all got much simpler). >> >> Tim > >

April 2, 2021

Re: Understanding how to best structure branches to contribute to a 3rd party project

by Tim Mackinnon

Thanks for chipping in James - its reassuring that Iâm not overcomplicating things - however now I need to practice doing this for real - Iâve been doing individual branches for contributions reasonably fine (Iceberg does seem to trip me up from time to time - but canât quite put my finger on it) - but the next step is to practice that âcombinationâ branch and also how to keep it up to dateâ¦ thatâs the real art in all of thisâ¦ and will Iceberg help or hinder me in this activity (not to blame Iceberg - its quite a tricky concept in fairness - its just interpreting what its showing that is often the trick). Tim > On 2 Apr 2021, at 00:52, James Foster <Smalltalk(a)JGFoster.net> wrote: > > Tim, > > This is a common open-source situation and what you described seems to me to be the best practice: (1) changes should be proposed as small, self-contained branches; (2) you should keep your main/master branch up-to-date with the upstream repository so that you can create new branches for new pull/merge requests; and (3) you should create your own branch with the combination of things you want to include. I donât know of a way around this. > > James > >> On Apr 1, 2021, at 3:15 AM, Tim Mackinnon <tim(a)testit.works> wrote: >> >> Hi Everyone - I tried asking this on Discord, but I think it got a bit lost - and perhaps for more philosophical questions, here is better. >> >> So - Iâm wondering what is the recommended way to work with another project you want to contribute to (in my case CodeParasides). So I know I can fork it and put the fork in my baseline. But Iâm assuming contributions are best done discretely on a branch per proposal (this seems to be the Pharo way - and it makes sense for ease of understanding), but if you have a few of these contributions in play (while the maintainer is evaluating them) would you then have your own âcombinationâ branch to consolidate all those fixes until they get merged in? >> >> Iâve started to try this, but merging between branches gets a bit tricky - a few times now it seems that Iceberg shows me misleading info on what is being added/removed (it always looks like my changes are going to be removed, when if fact they get added - so its a bit of a leap of faith on this). >> >> So Iâm wondering if Iâm overcomplicating things - or whether this is the suggested way to work with another project? >> >> Tim

April 2, 2021

Re: Whats the easiest/cheapest way to run a Pharo web app in 2021?

by Tim Mackinnon

Thanks Sanjay - you have reminded me that I have some similar notes somewhere (now located) that did the command line foo to get things running - looking at mine there was quite a big of dance to provide a way to gracefully stop and start the image so that you can easily and automatically redeploy your changes (read: use Github actions or Gitlab CI). So Iâm curious on whether Docker is now sufficiently stable stable/easy/cheap to make it a viable alternative - and whether that is also cost efficient. Pablo wrote a recent blog post on running Pharo in Docker using the BA images - https://thepharo.dev/2021/02/24/running-pharo-9-in-docker/ <https://thepharo.dev/2021/02/24/running-pharo-9-in-docker/> - but while easy on the surface, if anything goes wrong - there seems to be very little debug output to know what has happened (Iâll post separately on this - as Iâm looking at comparing options here). With Docker options, I notice that dockerize.io <http://dockerize.io/> (not used, just a quick search) - has a micro plan for $2/m - but is 500mb ram enough (there is a $5 one for 1gm ram). Or - I stick with DigitalOcean and roll my own like before - and perhaps that has got a bit simpler. Iâm still curious what the wider community is doing. Tim > On 2 Apr 2021, at 05:43, Sanjay Minni <sm(a)planage.com> wrote: > > Hi Tim > > Here are my notes on installing Pharo in a DigitalOcean Ubuntu droplet. > I usually go thru a Windows Command prompt box having installed xfec4 in the ubuntu droplet, but the command line connect and graphical remote may be easier for a Linux users. my ssh public key is also in the DO droplet > Now the first step for me is a installing Pharo launcher thru command line and then everything is thru graphical interface > > Installing and checking Pharo-Launcher, Installing Pharo 8 64 bit from pharo.org <http://pharo.org/> (instructions as on Pharo.org) > 1. In Windows 10 command prompt connect thru > ssh root@<Droplet-ip> > 2. cd > 3. curl -o pharo-launcher.zip -L https://files.pharo.org/pharo-launcher/linux64 <https://files.pharo.org/pharo-launcher/linux64> > 4. unzip pharo-launcher.zip > or thru the GUI-> extract here > (pharo-launcher files will be extracted in ./pharo-launcher) > Now while connected to the linux graphical interface thru windows remote terminal and in the GUI > 5. Create a icon on desktop thru right-click âCreate Launcherâ for pharo-launcher > 6. Create pharo images thru pharo-launcher > > hope this is of use > > Sanjay Minni > > On Thu, 1 Apr 2021 at 16:31, Tim Mackinnon <tim(a)testit.works> wrote: > Hi everyone - its been a few year since I last hosted a little Pharo web app - and the last time I did, Sven pointed me to DigitalOcean and creating a tiny instance and configuring an Ubuntu server and then copying a pharo image on to that. It recall it wasnât too bad, albeit a bit fiddlyâ¦ > > Now several years later - I canât recall the exact steps, and vaguely recall there was something about 32bit vs 64bit setup etc - but am wondering if things have advanced a bit and whether its much simpler these days? Iâve seen references to Docker images for Pharo, and am wondering if now that is a prime time way to easily get a small demo application up and running with minimal fuss. > > Does anyone have advice - or something to point me to? > > Ideally I want to hook something up in Gitlab CI do deploy to this thing automatically (this is where I got to a few years ago - but in picking things back up I am hoping this has all got much simpler). > > Tim

April 2, 2021

Re: [ANN] Mole v3.2.0 [v3.2.0] released!

by ducasse

Yes I would like to see if we can migrate some moose algo to Mole. S > On 2 Apr 2021, at 07:03, Alexandre Bergel via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > >> If I understand your question properly, without creating the graph that model the relationship between the objects involved the answer is no. I have to review the traversal algorithms to see if it is feasible to avoid creating the graph. > > Being able to consider any Pharo objects as the root of a graph and running some traversal algorithm would be fantastic. Cycles should be supported as well :-D > > Cheers, > Alexandre > >> >> On Thu, Apr 1, 2021, 07:08 Alexandre Bergel via Pharo-users <pharo-users(a)lists.pharo.org> wrote: >> Hello, >> >> That is awesome! >> I looked at the documentation, but I am left with one question: >> - is there a way to run a graph traversal algorithm on any arbitrary object? (e.g., Color red) >> >> Cheers, >> Alexandre >> >>> On 31 Mar 2021, at 22:01, Buenos Aires Smalltalk <github(a)fast.org.ar> wrote: >>> >>> Mole, a model for graphs, both directed and undirected. reached it's v3.2.0 version. >>> >>> Changelog >>> >>> â¢ Updated dependencies >>> â¢ Add Pharo 9 as a supported platform >>> â¢ Use GitHub actions for the build >>> Regards, >>> >>> The Buenos Aires Smalltalk team >>>

April 2, 2021

Re: [ANN] Mole v3.2.0 [v3.2.0] released!

by Alexandre Bergel

> If I understand your question properly, without creating the graph that model the relationship between the objects involved the answer is no. I have to review the traversal algorithms to see if it is feasible to avoid creating the graph. Being able to consider any Pharo objects as the root of a graph and running some traversal algorithm would be fantastic. Cycles should be supported as well :-D Cheers, Alexandre > > On Thu, Apr 1, 2021, 07:08 Alexandre Bergel via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > Hello, > > That is awesome! > I looked at the documentation, but I am left with one question: > - is there a way to run a graph traversal algorithm on any arbitrary object? (e.g., Color red) > > Cheers, > Alexandre > > > On 31 Mar 2021, at 22:01, Buenos Aires Smalltalk <github(a)fast.org.ar> wrote: > > > > Mole, a model for graphs, both directed and undirected. reached it's v3.2.0 version. > > > > Changelog > > > > â¢ Updated dependencies > > â¢ Add Pharo 9 as a supported platform > > â¢ Use GitHub actions for the build > > Regards, > > > > The Buenos Aires Smalltalk team > >

April 2, 2021

Re: Whats the easiest/cheapest way to run a Pharo web app in 2021?

by Sanjay Minni

Hi Tim Here are my notes on installing Pharo in a DigitalOcean Ubuntu droplet. I usually go thru a Windows Command prompt box having installed xfec4 in the ubuntu droplet, but the command line connect and graphical remote may be easier for a Linux users. my ssh public key is also in the DO droplet Now the first step for me is a installing Pharo launcher thru command line and then everything is thru graphical interface Installing and checking Pharo-Launcher, Installing Pharo 8 64 bit from pharo.org (instructions as on Pharo.org) 1. In Windows 10 command prompt connect thru > ssh root@<Droplet-ip> 2. cd 3. curl -o pharo-launcher.zip -L https://files.pharo.org/pharo-launcher/linux64 4. unzip pharo-launcher.zip or thru the GUI-> extract here (pharo-launcher files will be extracted in ./pharo-launcher) Now while connected to the linux graphical interface thru windows remote terminal and in the GUI 5. Create a icon on desktop thru right-click âCreate Launcherâ for pharo-launcher 6. Create pharo images thru pharo-launcher hope this is of use Sanjay Minni On Thu, 1 Apr 2021 at 16:31, Tim Mackinnon <tim(a)testit.works> wrote: > Hi everyone - its been a few year since I last hosted a little Pharo web > app - and the last time I did, Sven pointed me to DigitalOcean and creating > a tiny instance and configuring an Ubuntu server and then copying a pharo > image on to that. It recall it wasnât too bad, albeit a bit fiddlyâ¦ > > Now several years later - I canât recall the exact steps, and vaguely > recall there was something about 32bit vs 64bit setup etc - but am > wondering if things have advanced a bit and whether its much simpler these > days? Iâve seen references to Docker images for Pharo, and am wondering if > now that is a prime time way to easily get a small demo application up and > running with minimal fuss. > > Does anyone have advice - or something to point me to? > > Ideally I want to hook something up in Gitlab CI do deploy to this thing > automatically (this is where I got to a few years ago - but in picking > things back up I am hoping this has all got much simpler). > > Tim

April 2, 2021

Re: Understanding how to best structure branches to contribute to a 3rd party project

by James Foster

Tim, This is a common open-source situation and what you described seems to me to be the best practice: (1) changes should be proposed as small, self-contained branches; (2) you should keep your main/master branch up-to-date with the upstream repository so that you can create new branches for new pull/merge requests; and (3) you should create your own branch with the combination of things you want to include. I donât know of a way around this. James > On Apr 1, 2021, at 3:15 AM, Tim Mackinnon <tim(a)testit.works> wrote: > > Hi Everyone - I tried asking this on Discord, but I think it got a bit lost - and perhaps for more philosophical questions, here is better. > > So - Iâm wondering what is the recommended way to work with another project you want to contribute to (in my case CodeParasides). So I know I can fork it and put the fork in my baseline. But Iâm assuming contributions are best done discretely on a branch per proposal (this seems to be the Pharo way - and it makes sense for ease of understanding), but if you have a few of these contributions in play (while the maintainer is evaluating them) would you then have your own âcombinationâ branch to consolidate all those fixes until they get merged in? > > Iâve started to try this, but merging between branches gets a bit tricky - a few times now it seems that Iceberg shows me misleading info on what is being added/removed (it always looks like my changes are going to be removed, when if fact they get added - so its a bit of a leap of faith on this). > > So Iâm wondering if Iâm overcomplicating things - or whether this is the suggested way to work with another project? > > Tim

April 1, 2021

Re: Understanding how to best structure branches to contribute to a 3rd party project

by Tim Mackinnon

Hi Gabriel - appreciate your input. I too think that branches for separate features /contributions makes sense. However when you say âmerge all branches on your forkâ - is that merge them on main (master) ? But I think that would make it difficult to create your next branch for a clean feature (or am I misunderstanding?) OR perhaps you are confirming my thought that you need a combination branch in your fork that you keep merging too? Interesting that you merge on GitHub - I have submitted PRs that way (the iceberg option never seems to work for me against non Pharo remotes), but not tried merging non trivial st code in GitHub - maybe I should. Tim > On 1 Apr 2021, at 21:39, Gabriel Cotelli <g.cotelli(a)gmail.com> wrote: > > ï»¿ > Hi Tim. I prefer to have individual branches for each feature or bug because it eases the review process for the original project. You can merge all this branches in your fork if you need it together before they are merged upstream. > Unless one feature depend on other one. > > I usually do the merge using PRs on GitHub via the web interface or using the git command line client and didn't find too much problems so far. > >> On Thu, Apr 1, 2021, 07:15 Tim Mackinnon <tim(a)testit.works> wrote: >> Hi Everyone - I tried asking this on Discord, but I think it got a bit lost - and perhaps for more philosophical questions, here is better. >> >> So - Iâm wondering what is the recommended way to work with another project you want to contribute to (in my case CodeParasides). So I know I can fork it and put the fork in my baseline. But Iâm assuming contributions are best done discretely on a branch per proposal (this seems to be the Pharo way - and it makes sense for ease of understanding), but if you have a few of these contributions in play (while the maintainer is evaluating them) would you then have your own âcombinationâ branch to consolidate all those fixes until they get merged in? >> >> Iâve started to try this, but merging between branches gets a bit tricky - a few times now it seems that Iceberg shows me misleading info on what is being added/removed (it always looks like my changes are going to be removed, when if fact they get added - so its a bit of a leap of faith on this). >> >> So Iâm wondering if Iâm overcomplicating things - or whether this is the suggested way to work with another project? >> >> Tim

April 1, 2021