On Wed, 3 Oct 2018 at 02:27, Sean P. DeNigris wrote:
> What do you think about Ben's post (paraphrased) that "canonical" doesn't
> mean much in the git/GH world?
I'm happy with that paraphrasing but just to make a fine distinction.
I think the canonical repo is still important, particularly
Thanks Sean,
Weird, I think I'm already running 1.4, because the downloaded setup
file was named pharo-launcher-1.4 (I'm downloading again just in case).
The about of my current version shows:
- PharoLauncher-Core-VincentBlondeau.184
- PharoLauncher-Spec-ChristopheDemarey.66
-
--- Begin Message ---
Pretty cool!
Alexandre
> On Oct 2, 2018, at 2:21 AM, Hernán Morales Durand
> wrote:
>
>
--- End Message ---
Esteban A. Maringolo wrote
> Am I doing something wrong?
No. It was a bug that has been fixed. From Christophe in another thread:
> The problem is probably fixed in the latest PharoLauncher version (1.4)
> available from http://pharo.org/download.
> If not, as specified in the dialog text,
I downloaded a Pharo 7.0 32 bit using PharoLauncher in Windows, and I'm
getting the mentioned error when attempting to launch the image.
Before displaying the error it opens the image (or an image) twice.
[image: image.png]
Am I doing something wrong?
Regards,
Esteban A. Maringolo
Ben Coman wrote
>> In this case, to get the ball rolling would it be possible to create
>>> under one's own user account
>> and then transfer to ownership the appropriate entity?
>>
> That seems reasonable. It should be simple to later fork that repo under
> Pharo-contributions.
Firstly, I have
Peter Uhnak wrote
> pharo-contribs seems like the best choice
The issue with that is that I didn't see a way for me to add a repo under
that organization, leading me to believe that we would create a bottleneck
like that of integration where all progress depends on a few gatekeepers.
What do you
Ben Coman wrote
> I'd expect the project name within Iceberg to match the name
> of the working directory on disk.
I wonder if e.g. direct git loading creating a directory with the same name
as the repo (and maybe not what you'd want to see in Pharo) would make that
potentially problematic. Maybe
--- Begin Message ---
Hi Hilaire,
You are right, we cannot have real Morph widget inside of Bloc element.
Cheers,
Juraj
> On Oct 2, 2018, at 14:38, Hilaire wrote:
>
> Thanks for the tips. It works, the view is not interactive though
>
> Hilaire
>
>
> Le 30/09/2018 à 16:18, Juraj Kubelka
Thanks for the tips. It works, the view is not interactive though
Hilaire
Le 30/09/2018 à 16:18, Juraj Kubelka via Pharo-users a écrit :
> You can create extension similar to one you have
> here: DrGeoCanvas>>#gtInspectorCanvasIn:
>
> DrGeoCanvas>>#gtCanvasIn: aView
>
> ^ self view
> ifNil: [
On Tue, 2 Oct 2018 at 23:21, Peter Uhnak wrote:
>
>
> On Tue, Oct 2, 2018 at 4:55 PM Sean P. DeNigris
> wrote:
>
>> Guillermo Polito wrote
>> > when somebody migrates the repository.
>>
>> Who has access to the Pharo-contributions GH organization? Is that the
>> "go-to" repository for this
On Tue, 2 Oct 2018 at 15:52, Guillermo Polito
wrote:
> - Maybe, for old projects that don't have a name, we could initialize a
> project's name as it's repository name?
>
In any case, I'd expect the project name within Iceberg to match the name
of the working directory on disk.
Possibly even
Hi Vincent,
It occurred to me that I had probably misunderstood you. I had tried with the
Squeak VM and not the latest OpenSmalltalk Pharo VM. With that my image works
again. Code is saved. Data is there. Learned something for next time. :-)
Thanks everyone for your help.
Cheers,
Bernhard
>
On Tue, Oct 2, 2018 at 4:55 PM Sean P. DeNigris
wrote:
> Guillermo Polito wrote
> > when somebody migrates the repository.
>
> Who has access to the Pharo-contributions GH organization? Is that the
> "go-to" repository for this case? I'm not often clear about under which GH
> user/org something
Ben Coman wrote
> I'm guessing that would start by copying the ombu folders under
> pharo-local
> to a new image.
Not sure if it's "the way", but I've done that successfully before.
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Guillermo Polito wrote
> when somebody migrates the repository.
Who has access to the Pharo-contributions GH organization? Is that the
"go-to" repository for this case? I'm not often clear about under which GH
user/org something should be ported if one is not the owner. Do we have a
policy? In
The Slides from the ESUG presentation are now inline here:
https://www.slideshare.net/zweidenker/docker-and-pharo-zweidenker
>>>
>>> As presented on ESUG here is the brief description of one of our current
>>> projects.
>>>
>>> Mobility Map
>>> ——
>>>
>>> Mobility Map is a
Issue: https://github.com/pharo-vcs/iceberg/issues/1009
On Tue, Oct 2, 2018 at 10:02 AM Guillermo Polito
wrote:
> Aaand the mail got sent before :)
>
> Then two other comments that are related or I'd like to discuss:
> - So far we can allow in iceberg several projects with the same name.
>
Aaand the mail got sent before :)
Then two other comments that are related or I'd like to discuss:
- So far we can allow in iceberg several projects with the same name.
That is not a problem, so you can clone the same project from two different
repositories. Of course this would mean that one
Yes, I agree with most of the comments here. I'll try to summarize:
- we should be able to specify the name of a project independently of
their location/repository name
- Maybe, for old projects that don't have a name, we could initialize a
project's name as it's repository name?
On Tue, Oct
Hi Vincent,
Thanks for taking the time to answer. Yes, I have the same error every time.
I tried with the latest stable Squeak VM. However, I get an error „External
module not found“ for libgit2.dll.
I am afraid I cannot provide the image because the data it contains is
sensitive.
I will
21 matches
Mail list logo