[Pharo-users] Monticello

Hi, I wonder if anyone is familiar enough with Monticello to know how to code up a quick commit history report showing all commits and comments for a given date range? -- Ramón León http://onsmalltalk.com

Re: [Pharo-users] Monticello Bug introduced in Pharo 8

Thanks Markus, I will check there and post an bug report. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Re: [Pharo-users] Monticello Bug introduced in Pharo 8

Welcome on board Peter and thanks for your time and willingness to improve Pharo. > On 10 Jun 2020, at 04:01, Peter Newton wrote: > > Hi. I'm a Smalltalk newcomer, slowly exploring Pharo to understand its > potential and in the process I've found and fixed what seems to be a bug in > Metacello

Re: [Pharo-users] Monticello Bug introduced in Pharo 8

> On 10 Jun 2020, at 04:01, Peter Newton wrote: > > Hi. I'm a Smalltalk newcomer, slowly exploring Pharo to understand its > potential and in the process I've found and fixed what seems to be a bug in > Metacello (although it could be more widespread). So what now, how to best > report the bug

[Pharo-users] Monticello Bug introduced in Pharo 8

Hi. I'm a Smalltalk newcomer, slowly exploring Pharo to understand its potential and in the process I've found and fixed what seems to be a bug in Metacello (although it could be more widespread). So what now, how to best report the bug and my fix? To reproduce the bug, in Pharo 8 or 9, simply cho

Re: [Pharo-users] Monticello diff between image and tonel repo

I confirm again this issue, while annoying, flushing Monticello helps to get a proper diff. https://github.com/pharo-project/pharo/issues/2583 Hilaire Le 16/02/2019 à 11:56, Hilaire a écrit : > Closing Monticello windows and opening a fresh one helped to get the > changes right, sometime... Othe

Re: [Pharo-users] Monticello diff between image and tonel repo

Hi Ben, I am not looking at you reproducing the scenario (you asked for) as it is some work and the outcome may not be reliable as you mentioned it. Nevertheless, the steps I described will likely get you on the trouble and are easy to get in. But more on sharing experience on this topic, as I me

Re: [Pharo-users] Monticello diff between image and tonel repo

Le 16/02/2019 à 07:23, Ben Coman a écrit : > Its hard to determine what is wrong from the screen shot. > I'm probably not the one able to provide an answer, > but anyway... can you provide steps-to-reproduce in a fresh Image? On Sat, 16 Feb 2019 at 16:49, Hilaire wrote: > Hi Ben, > > The screens

Re: [Pharo-users] Monticello diff between image and tonel repo

Hi Ben, The screenshot shows two things: 1. In the top (black background), it shows the first lines of the file 'DrGAngle3ptsOrientedItem.class.st' from the tonel repository, in the DrGeoII-Core tonel package. In this source, you see a 'CostumeClasse' method. 2. In the second half o

Re: [Pharo-users] Monticello diff between image and tonel repo

Its hard to determine what is wrong from the screen shot. I'm probably not the one able to provide an answer, but anyway... can you provide steps-to-reproduce in a fresh Image? cheers -ben On Sat, 16 Feb 2019 at 06:13, Hilaire wrote: > Hi, > > I think I already report it but I still see this i

Re: [Pharo-users] Monticello default repositories & Iceberg

Thanks to these replies I found the issue, but I'm not sure how to solve it. I found the start up script. I have never consciously set it, but I assume some process in the distant past automatically created it for me. The issue was that the settings for: #monticello#cacheDirectory and #monticello

Re: [Pharo-users] Monticello default repositories & Iceberg

Yeah - I had a similar problem and had forgotten that the global startup settings are applied every tine you launch an image. Not at my computer - but on OS X they are in the is Library subfolder, on Windows there is some profile directories. Tim Sent from my iPhone > On 28 Jul 2018, at 03:

Re: [Pharo-users] Monticello default repositories & Iceberg

Evan Donahue wrote > I see a "default local repository" and a "local cache directory" that > point to old obsolete paths > from years ago on my machine. Could this be the result of an obsolete startup script? - Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.

[Pharo-users] Monticello default repositories & Iceberg

I am using Pharo Launcher. Currently, if I create a new image and go to Settings > Software Configuration > Monticello, I see a "default local repository" and a "local cache directory" that point to old obsolete paths from years ago on my machine. As a result, I'm having trouble using iceberg thro

Re: [Pharo-users] Monticello or Iceberg ... which to use

Sanjay Minni wrote: > How to decide between which one to use - Monticello or Iceberg. > > We have code in bitbucket. > at this time code is being shared only between a small developer group. > It is not intended to be publicly available. If you are talking production code: If you don't have pr

Re: [Pharo-users] Monticello or Iceberg ... which to use

Hi, > On 24 Jan 2018, at 11:57, Sanjay Minni wrote: > > Hi > > How to decide between which one to use - Monticello or Iceberg. > > We have code in bitbucket. > at this time code is being shared only between a small developer group. > It is not intended to be publicly available. You should u

[Pharo-users] Monticello or Iceberg ... which to use

Hi How to decide between which one to use - Monticello or Iceberg. We have code in bitbucket. at this time code is being shared only between a small developer group. It is not intended to be publicly available. thanks Sanjay - --- Regards, Sanjay -- Sent from: http://forum.world.st/

Re: [Pharo-users] Monticello reverse project dependency

Hi Peter, have you looked at metacellos #includes: method? from https://code.google.com/archive/p/metacello/wikis/APIReference.wiki : "When 'Example-AddOn' is loaded, load 'Example-UI'" includes: #('Example-UI' ); werner On 02/13/2016 11:26 PM, Peter Uhnák wrote: Hi, I have the

[Pharo-users] Monticello reverse project dependency

Hi, I have the following situation: I have ProjectMain, and ProjectPlugin, now normally the Plugin depends on Main, however I would like to load Plugin as part of Main. The problem is that I can't specify to load Plugin after Main has been already fully loaded, if I do something like this Basel

Re: [Pharo-users] Monticello / OS deadlock ?

2015-06-18 10:32 GMT+02:00 Jose San Leandro : > Hi, > > So far it works perfect. I'll let you know if it happens again. > Thanks. > > Thank you very much! > You're welcome. Just a question: which version of the vm are you using? Or which zeroconf scripts are you using to download Pharo? I made

Re: [Pharo-users] Monticello / OS deadlock ?

Hi, So far it works perfect. I'll let you know if it happens again. Thank you very much! 2015-06-11 23:28 GMT+02:00 Thierry Goubier : > Hi Jose, > > I have pushed a new version of GitFileTree (the development version for > Pharo4) with a complete rewrite of the underlying OSProcess use. Could y

Re: [Pharo-users] Monticello / OS deadlock ?

Hi Jose, I have pushed a new version of GitFileTree (the development version for Pharo4) with a complete rewrite of the underlying OSProcess use. Could you test to see if it solves your deadlocks? It should also be a tad faster. Regards, Thierry Le 03/06/2015 17:03, Jose San Leandro a écri

Re: [Pharo-users] Monticello / OS deadlock ?

On Wed, Jun 03, 2015 at 05:03:18PM +0200, Jose San Leandro wrote: > Unfortunately it doesn't fix it, or at least I get the same sympthoms. Thanks for trying it. Sorry it did not help :-/ Dave > > Sending SIGUSR1 prints this: > > SIGUSR1 Wed Jun 3 16:53:50 2015 > > > /home/chous/toolbox/ph

Re: [Pharo-users] Monticello / OS deadlock ?

On Tue, Jun 2, 2015 at 5:10 PM, Jose San Leandro wrote: > Hi, > > In one of our projects we are using Pharo4. The image gets built by gradle, > which loads the Metacello project. Sometimes, we see the build process > hangs. It just don't progress. > > When adding local gitfiletree:// dependencies

Re: [Pharo-users] Monticello / OS deadlock ?

Unfortunately it doesn't fix it, or at least I get the same sympthoms. Sending SIGUSR1 prints this: SIGUSR1 Wed Jun 3 16:53:50 2015 /home/chous/toolbox/pharo-4.0/pharo-vm/pharo pharo VM version: 3.9-7 #1 Thu Apr 2 00:51:45 CEST 2015 gcc 4.6.3 [Production ITHB VM] Built from: NBCoInterpreter N

Re: [Pharo-users] Monticello / OS deadlock ?

On Wed, Jun 03, 2015 at 07:05:15AM +0200, Thierry Goubier wrote: > Hi Dave, > > Le 03/06/2015 03:15, David T. Lewis a ?crit : > >Hi Thierry and Jose, > > > >I am reading this thread with interest and will help if I can. > > > >I do have one idea that we have not tried before. I have a theory that

Re: [Pharo-users] Monticello / OS deadlock ?

Sending the SIGUSR1 signal prints this: 0xb84e2a7c s NonInteractiveUIManager(UIManager)>defer: 0xb84e29f4 s PharoCommandLineHandler class>activateWith: 0xb84f5e08 s [] in BasicCommandLineHandler>activateSubCommand: 0xb84e2e98 s BlockClosure>on:do: 0xb84e2970 s BasicCommandLineHandler>activateSubCo

Re: [Pharo-users] Monticello / OS deadlock ?

Hi Dave, Thierry, Here's what I get in all recent attempts: [..] /2.3/lib/gradle-launcher-2.3.jar org.gradle.launcher.GradleMain assemble 18620 pts/5S+ 0:00 | \_ bash /home/chous/toolbox/pharo/pharo Pharo.image config gitfiletree:///home/chous/osoco/open-badges/game-core Configurat

Re: [Pharo-users] Monticello / OS deadlock ?

On Wed, Jun 3, 2015 at 1:05 PM, Thierry Goubier wrote: > Hi Dave, > > Le 03/06/2015 03:15, David T. Lewis a écrit : >> >> Hi Thierry and Jose, >> >> I am reading this thread with interest and will help if I can. >> >> I do have one idea that we have not tried before. I have a theory that >> this m

Re: [Pharo-users] Monticello / OS deadlock ?

Hi Dave, Le 03/06/2015 03:15, David T. Lewis a écrit : Hi Thierry and Jose, I am reading this thread with interest and will help if I can. I do have one idea that we have not tried before. I have a theory that this may be an intermittent problem caused by SIGCHLD signals (from the external OS

Re: [Pharo-users] Monticello / OS deadlock ?

On Tue, Jun 02, 2015 at 02:34:49PM +0200, Thierry Goubier wrote: > 2015-06-02 12:14 GMT+02:00 Jose San Leandro : > > > Hi Thierry, > > > > ConfigurationOfOSProcess-ThierryGoubier.38.mcz, which corresponds to > > version 4.6.2. > > > > Ok, then this is the latest. > > > > > > Another workaround

Re: [Pharo-users] Monticello / OS deadlock ?

2015-06-02 15:03 GMT+02:00 Jose San Leandro : > No problem, of course. > > It's a dual-core running a custom 4.0.4-hardened-r2 kernel, > hardened/linux/amd64/selinux profile (but in permissive mode), glibc > version 2.20-r2, with multilib and selinux USE flags active. > > I can provide more inform

Re: [Pharo-users] Monticello / OS deadlock ?

No problem, of course. It's a dual-core running a custom 4.0.4-hardened-r2 kernel, hardened/linux/amd64/selinux profile (but in permissive mode), glibc version 2.20-r2, with multilib and selinux USE flags active. I can provide more information if that helps, of course. Even ssh to a Docker contai

Re: [Pharo-users] Monticello / OS deadlock ?

2015-06-02 12:14 GMT+02:00 Jose San Leandro : > Hi Thierry, > > ConfigurationOfOSProcess-ThierryGoubier.38.mcz, which corresponds to > version 4.6.2. > Ok, then this is the latest. > > Another workaround that would work for me is to be able to "resume" a > previous load attempt of a Metacello p

Re: [Pharo-users] Monticello / OS deadlock ?

Hi Thierry, ConfigurationOfOSProcess-ThierryGoubier.38.mcz, which corresponds to version 4.6.2. Another workaround that would work for me is to be able to "resume" a previous load attempt of a Metacello project. Or a custom "hook" in Metacello to save the image after every dependency is successfu

Re: [Pharo-users] Monticello / OS deadlock ?

Hi Jose, yes, I've noticed that as well. It was, at a point, drastic (i.e. almost allways lock-up) on my work development laptop; it now happens far less often (but it does happens to me from time to time). Dave Lewis, the author of OSProcess, fixed one issue which solved most of the lockups I ha

[Pharo-users] Monticello / OS deadlock ?

Hi, In one of our projects we are using Pharo4. The image gets built by gradle, which loads the Metacello project. Sometimes, we see the build process hangs. It just don't progress. When adding local gitfiletree:// dependencies manually through Monticello after a while Pharo gets frozen. It's not

Re: [Pharo-users] Monticello review web application

If the app is useful I will go on with the development. I have following roadmap in my mind: * REST API so review can be created automatically * Mail notifications * List of reviewers * Review state like "approved, denied", minimum number of approves need to for review to "pass" * Comment linked t

Re: [Pharo-users] Monticello review web application

> On 04 Feb 2015, at 09:46, Marcus Denker wrote: > > >> On 04 Feb 2015, at 09:33, Sven Van Caekenberghe wrote: >> >> Hi Mike, >> >> I just tried your application and it works well. Simple but effective. >> > > One question: Could we benefit from that for daily review of Pharo fixes? I don

Re: [Pharo-users] Monticello review web application

> On 04 Feb 2015, at 09:33, Sven Van Caekenberghe wrote: > > Hi Mike, > > I just tried your application and it works well. Simple but effective. > One question: Could we benefit from that for daily review of Pharo fixes? > It is of course sometimes a bit hard to get to an actual URL ;-) >

Re: [Pharo-users] Monticello review web application

Hi Mike, I just tried your application and it works well. Simple but effective. It is of course sometimes a bit hard to get to an actual URL ;-) Good work. Sven > On 04 Feb 2015, at 02:33, mikefilonov wrote: > >> Where you tool takes its input? > > The tool requires a full URL to mcz packa

Re: [Pharo-users] Monticello review web application

> Where you tool takes its input? The tool requires a full URL to mcz package file for both base and target versions. This allows to compare versions on different locations. I attached the screenshot of the form : You may easi

Re: [Pharo-users] Monticello review web application

What I would love is to bind it with epicea. The users can comment the files. What is cool with Epicea is that a change has semantics and a before and after state. Finally often you do a change (composed of different modifications) and that you do not want to see all the modifications one by on

Re: [Pharo-users] Monticello review web application

Excellent We were discussing with alberto and martin about a tool to support code review :) Le 3/2/15 18:41, mikefilonov a écrit : Hello, I had some spare time and I built a prototype web application for comparing Monticello versions. I developed it using Seaside and Monticello version diff im

[Pharo-users] Monticello review web application

Hello, I had some spare time and I built a prototype web application for comparing Monticello versions. I developed it using Seaside and Monticello version diff implementation in Pharo. It was super easy to reuse the classes which are responsible for downloading, comparing and generating diffs of

Re: [Pharo-users] Monticello vs Metacello dependency management

Evan pay attention at Metacello is complex and may be it would be simpler for you to use Versionner. Stef On 4/8/14 21:15, Evan Donahue wrote: Hello, I am working on getting a project into Monticello, and I am trying to understand the difference between letting Monticello handle package d

[Pharo-users] Monticello vs Metacello dependency management

Hello, I am working on getting a project into Monticello, and I am trying to understand the difference between letting Monticello handle package dependencies and setting up a metacello configurationOf class. In particular: PBE2 describes a technique of adding a MyProject-All package that requires

Re: [Pharo-users] Monticello and HTTPS

Hello Sven, thank you very much again for your help and sorry for the late reply. Up to now I didn't have a chance to check back on this issue. On Mon, Oct 14, 2013 at 11:49 AM, Sven Van Caekenberghe wrote: > Hi Manfred, > > On 13 Oct 2013, at 23:56, Manfred Kröhnert > wrote: > > > Hello Sven

Re: [Pharo-users] Monticello and HTTPS

Hi Manfred, On 13 Oct 2013, at 23:56, Manfred Kröhnert wrote: > Hello Sven, > > I had some time to look further into this issue. > > On Thu, Oct 10, 2013 at 9:08 PM, Sven Van Caekenberghe wrote: > Manfred, > > On 10 Oct 2013, at 20:17, Manfred Kröhnert > wrote: > > > Hi again, > > > > the

Re: [Pharo-users] Monticello and HTTPS

Hi Ben, thanks for the links. Apparently it is not needed to go to such a deep level :-) I know of Wireshark but haven't heard of Fiddler until now. But it is good to know that there are different tools available. Best, Manfred On Fri, Oct 11, 2013 at 4:02 AM, wrote: > ** > Manfred Kröhne

Re: [Pharo-users] Monticello and HTTPS

Hello Sven, I had some time to look further into this issue. On Thu, Oct 10, 2013 at 9:08 PM, Sven Van Caekenberghe wrote: > Manfred, > > On 10 Oct 2013, at 20:17, Manfred Kröhnert > wrote: > > > Hi again, > > > > the webdav share is located on an OwnCloud instance. > > It is possible to get a

Re: [Pharo-users] Monticello and HTTPS

On Oct 11, 2013, at 5:52 PM, Manfred Kröhnert wrote: > Thanks Stéphane, > > we appreciate that :-) I'm sincere :). I believe that we have an excellent stack for doing web dev Zinc/Zodiac/Oauth/.… Voyage/Magritte/ Seaside/ Reef/Amber I would love to have more companies working in Ph

Re: [Pharo-users] Monticello and HTTPS

Hi Sven, thanks for the pointers. I'll have a look over the weekend and report back. Best, Manfred On Thu, Oct 10, 2013 at 9:08 PM, Sven Van Caekenberghe wrote: > Manfred, > > On 10 Oct 2013, at 20:17, Manfred Kröhnert > wrote: > > > Hi again, > > > > the webdav share is located on an Own

Re: [Pharo-users] Monticello and HTTPS

Thanks Stéphane, we appreciate that :-) Best, Manfred On Thu, Oct 10, 2013 at 8:58 PM, Stéphane Ducasse wrote: > welcome > > we like amber :) > > Stef > > On Oct 10, 2013, at 3:41 PM, Manfred Kröhnert > wrote: > > > Hi everyone, > > > > I am one of the guys helping Nico with Amber. > > > >

Re: [Pharo-users] Monticello and HTTPS

Manfred Kröhnert wrote: On Thu, Oct 10, 2013 at 8:21 PM, Paul DeBruicker wrote: Can you access the monticello listing from a browser? Yes, when I access the same share from a browser I get a directory listing which shows the .mcz files. I'll have to check if I can act

Re: [Pharo-users] Monticello and HTTPS

Manfred, On 10 Oct 2013, at 20:17, Manfred Kröhnert wrote: > Hi again, > > the webdav share is located on an OwnCloud instance. > It is possible to get a directory listing of the specific directory with the > following ZnClient request: > > ZnClient new username: 'X' password: 'Y'; get: > 'h

Re: [Pharo-users] Monticello and HTTPS

welcome we like amber :) Stef On Oct 10, 2013, at 3:41 PM, Manfred Kröhnert wrote: > Hi everyone, > > I am one of the guys helping Nico with Amber. > > Now, I recently started to experiment with Pharo for a small project. > After some reading and experimenting I was able to get something ru

Re: [Pharo-users] Monticello and HTTPS

On Thu, Oct 10, 2013 at 8:21 PM, Paul DeBruicker wrote: > Can you access the monticello listing from a browser? Yes, when I access the same share from a browser I get a directory listing which shows the .mcz files. I'll have to check if I can actualy load the files copied to the share. But that

Re: [Pharo-users] Monticello and HTTPS

Can you access the monticello listing from a browser? On Oct 10, 2013, at 11:17 AM, Manfred Kröhnert wrote: > Hi again, > > the webdav share is located on an OwnCloud instance. > It is possible to get a directory listing of the specific directory with the > following ZnClient request: >

Re: [Pharo-users] Monticello and HTTPS

Hi again, the webdav share is located on an OwnCloud instance. It is possible to get a directory listing of the specific directory with the following ZnClient request: ZnClient new username: 'X' password: 'Y'; get: ' https://owncloud.server.de/remote.php/webdav/monticello' In a Pharo 2.0 image d

Re: [Pharo-users] Monticello and HTTPS

Hello Sven, On Thu, Oct 10, 2013 at 3:50 PM, Sven Van Caekenberghe wrote: > Hi Manfred, > > On 10 Oct 2013, at 15:41, Manfred Kröhnert > wrote: > > > Hi everyone, > > > > I am one of the guys helping Nico with Amber. > > > > Now, I recently started to experiment with Pharo for a small project.

Re: [Pharo-users] Monticello and HTTPS

Hi Manfred, On 10 Oct 2013, at 15:41, Manfred Kröhnert wrote: > Hi everyone, > > I am one of the guys helping Nico with Amber. > > Now, I recently started to experiment with Pharo for a small project. > After some reading and experimenting I was able to get something running > thanks to the g

[Pharo-users] Monticello and HTTPS

Hi everyone, I am one of the guys helping Nico with Amber. Now, I recently started to experiment with Pharo for a small project. After some reading and experimenting I was able to get something running thanks to the good documentation available. While I was on the go I tried to save my code with