On Sat, Jun 11, 2016 at 4:12 PM, Esteban Lorenzano wrote:
> Hi,
>
>> On 11 Jun 2016, at 08:53, Alistair Grant wrote:
>>
>> Hi Esteban,
>>
>> On Fri, Jun 10, 2016 at 02:52:46PM +0200, Esteban Lorenzano wrote:
>>> Hi,
>>>
>>> I was doing a pass on the
On the subject on git lets make some things clear
1) You dont need github to use git, you can use any hosting service that
can share your git folder like dropbox or your own personal server running
pharo
2) No pharo github tool will ever replace github and giy gui tools, they
have the community
The emphasis here is "I dont think" so this is a personal assumption not a
fact based theory.
So I would not talk about evidence but indications , I have been an active
participant of the pharo community for 4 years now. There are not many
messages that I have missed in Pharo-dev or Pharo-users
>
> I don't thinks it's a huge issue because most people use catalog as an
> easy install and not to discover new packages.
Do you have any evidence to back up "most people" claim? We don't have any
good mechanisms to discover Pharo projects and catalog is frankly the most
complete one (although
First of all how many are undocumented ? Do we have any statistics ?
Personally I don't thinks it's a huge issue because most people use catalog
as an easy install and not to discover new packages. I have not even
bothered to read the ones that are documented. Frankly I don't mind because
I always
2016-06-11 10:17 GMT+02:00 Esteban Lorenzano :
>
> > On 11 Jun 2016, at 09:17, stepharo wrote:
> >
> > Esteban
> >
> > The current catalog is an inbox. We should define the rules for the real
> ones and validate the entries.
> >
> > Entries that are not
right now
We should remove the ones with no documentation.
Or let us in Pharo 60 we only accept the ones with documentation.
Le 11/6/16 à 10:17, Esteban Lorenzano a écrit :
On 11 Jun 2016, at 09:17, stepharo wrote:
Esteban
The current catalog is an inbox. We should define
Cargo all the packages have a configuration and it should be easier.
even if projects will have to specify their hosts.
BTW I hope that we will kill rubric because alain did it just as a hack
to help synectique.
Yes, good idea, external projects only make sense if they really can exist
On Fri, Jun 10, 2016 at 09:47:40AM +0200, Guille Polito wrote:
> Also, from the top of my head there is at least one use case that I cannot yet
> replace with spotter, and I have to use a normal workspace/playground to do it
> => browse senders or implementors. While i use senders/implementors
> On 11 Jun 2016, at 09:17, stepharo wrote:
>
> Esteban
>
> The current catalog is an inbox. We should define the rules for the real ones
> and validate the entries.
>
> Entries that are not described should not be put in the real catalog.
yes, but validation rules is
Hi,
> On 11 Jun 2016, at 08:53, Alistair Grant wrote:
>
> Hi Esteban,
>
> On Fri, Jun 10, 2016 at 02:52:46PM +0200, Esteban Lorenzano wrote:
>> Hi,
>>
>> I was doing a pass on the catalog??? I think is very negative that
>> non-documented projects appear there???
Esteban
The current catalog is an inbox. We should define the rules for the real
ones and validate the entries.
Entries that are not described should not be put in the real catalog.
Stef
Le 10/6/16 à 14:52, Esteban Lorenzano a écrit :
Hi,
I was doing a pass on the catalog… I think is
Hi Esteban,
On Fri, Jun 10, 2016 at 02:52:46PM +0200, Esteban Lorenzano wrote:
> Hi,
>
> I was doing a pass on the catalog??? I think is very negative that
> non-documented projects appear there??? because most people does not know
> what does projects are about and newcomers will find weird
13 matches
Mail list logo