Le 20/04/2018 à 09:09, Stephane Ducasse a écrit :
The underlying questions (sorry for people that need subtitles) are:
- how do we have a central place to declare projects
- right now in Smalltalkhub/list is a nice way to find projects
with the move to github
we should get a central place
One of the issues I have with the Catalog is that it made a mess of the
various MetaRrepo for Pharo... Showing in the end that the single place
one should put a ConfigurationOf for Pharo is the squeak meta repo.
That in addition the Catalog doesn't even use the best package
management we have at a given point is just salt rubbed in the wound.
Christophe has been working on project repository and we should check
what he has.
@Christophe?
- how do we make sure that we can validated (I can load this version
of XMLParser in that version of Pharo)
-- in this version of Pharo what is the latest working version of this package
- if people do not maintain/add "configuration" into the catalog what
is the point?
-- How can we ease the participation to the catalog? Esteban I do not
care about the format.
Do you think that editing STON is easier than a class? I think that we
should have a button.
Look people do not care about posting their project into the repo.
May be we need a crawler?
That would be an interesting concept, and maybe the right one, if the
alternative is updating a cryptic JSON format each time you commit
something in your project.
@Peter no cargo is not dead now christophe cannot fix all the time the
PharoLauncher and make progress
on Cargo -> Pakbot
And yes I really want to have something that we can use soon.
- Needed immediate actions:
-- support baselineOf
-- how could we make sure that we can publish in multiple repo? (After
this is just a copy so I click on the package
and say copy to).
What else.
@thierry the story I do not use the catalog because the icons are not
understandable is not really good to me.
As you wish. I know it belongs to one of these GUIs where I have to
spend 10 minutes to try to remember what the icons mean. But that's just me.
The key point to me is that the Catalog should reduce the friction it
creates, not that the Catalog has to be a perfect solution.
For example, do user-stories on it: how do one publish and updates a
project on the Catalog? What has one to do in CI to ensure a project is
validated ... Can the catalog just takes care of that part, if the
project has a correct setup (project has tests visible in the
configurationOf, catalog does the CI stuff of testing it upon each new
release of Pharo, even stable because Iceberg breaks stuff when updated
in Pharo 6.1, for example). Tags for Pharo versions are only granted if
project has been tested on CI by the Catalog for the current version
image you're in, for example.
We know how to explore and manipulate project specs already; look into
the GT tools for the code, and I also use a variant in my AltBrowser
when I sort all packages under the configuration or baseline they are
specified in.
In short, make it so that the Catalog is low friction and bring value to
both project maintainers and users.
Thierry
Stef
On Thu, Apr 19, 2018 at 8:46 AM, Esteban Lorenzano <esteba...@gmail.com> wrote:
why to kill it?
right now we do not have a replacement.
Esteban
On 19 Apr 2018, at 08:42, Stephane Ducasse <stepharo.s...@gmail.com> wrote:
Hi guys
What do we do with it?
What alternatives?
Stef
