Idea of searcheability of Pharo project on git
Hi guys right now many people publish their software on SmalltalkHUB, SS3 and Squeaksource and this is handy to find something. I hope that we will release soon the package repository that christophe was developing but now I'm wondering if we as a community should follow a pattern to help? git freaks do you have suggestions Stef
Le 13/05/2017 à 09:01, Stephane Ducasse a écrit :
Hi guys
right now many people publish their software on SmalltalkHUB, SS3 and Squeaksource and this is handy to find something.
I hope that we will release soon the package repository that christophe was developing but now I'm wondering if we as a community should follow a pattern to help?
git freaks do you have suggestions
A github organization for Pharo and for contributors. Like SquareBraquetsAssociates. Thierry
Stef
I was more talking about the other projects :) the projects of everybody because for Pharo itself it is more or less easy. On Sat, May 13, 2017 at 9:32 AM, Thierry Goubier <thierry.goubier@gmail.com> wrote:
Le 13/05/2017 à 09:01, Stephane Ducasse a écrit :
Hi guys
right now many people publish their software on SmalltalkHUB, SS3 and Squeaksource and this is handy to find something.
I hope that we will release soon the package repository that christophe was developing but now I'm wondering if we as a community should follow a pattern to help?
git freaks do you have suggestions
A github organization for Pharo and for contributors. Like SquareBraquetsAssociates.
Thierry
Stef
Le 13/05/2017 à 09:46, Stephane Ducasse a écrit :
I was more talking about the other projects :) the projects of everybody because for Pharo itself it is more or less easy.
A pharo contributors organisation, an umbrella for all projects (or forks) that one want to associate with Pharo. Thierry
On Sat, May 13, 2017 at 9:32 AM, Thierry Goubier <thierry.goubier@gmail.com <mailto:thierry.goubier@gmail.com>> wrote:
Le 13/05/2017 à 09:01, Stephane Ducasse a écrit :
Hi guys
right now many people publish their software on SmalltalkHUB, SS3 and Squeaksource and this is handy to find something.
I hope that we will release soon the package repository that christophe was developing but now I'm wondering if we as a community should follow a pattern to help?
git freaks do you have suggestions
A github organization for Pharo and for contributors. Like SquareBraquetsAssociates.
Thierry
Stef
this search: https://github.com/search?q=useCypressPropertiesFile&ref=advsearch&type=Code <https://github.com/search?q=useCypressPropertiesFile&ref=advsearch&type=Code> will retrieve all projects in github using cypress files format, which is fairly true are mostly Pharo compatible. Or cypress compatible, but cypress is used by the same groups that before committed packages on sthub, ss3 and ss, so is more or less the same :) btw, there are already more than 5k repos. But for some reason some repos appear double⦠Well, this query can be improved for sure :) We can do a small tool to list/query repositories inside pharo too. But in general, none of this will avoid the need of having a tool like the catalog: a central repository of projects. cheers, Esteban
On 13 May 2017, at 09:55, Thierry Goubier <thierry.goubier@gmail.com> wrote:
Le 13/05/2017 à 09:46, Stephane Ducasse a écrit :
I was more talking about the other projects :) the projects of everybody because for Pharo itself it is more or less easy.
A pharo contributors organisation, an umbrella for all projects (or forks) that one want to associate with Pharo.
Thierry
On Sat, May 13, 2017 at 9:32 AM, Thierry Goubier <thierry.goubier@gmail.com <mailto:thierry.goubier@gmail.com>> wrote:
Le 13/05/2017 à 09:01, Stephane Ducasse a écrit :
Hi guys
right now many people publish their software on SmalltalkHUB, SS3 and Squeaksource and this is handy to find something.
I hope that we will release soon the package repository that christophe was developing but now I'm wondering if we as a community should follow a pattern to help?
git freaks do you have suggestions
A github organization for Pharo and for contributors. Like SquareBraquetsAssociates.
Thierry
Stef
Le 13/05/2017 à 10:38, Esteban Lorenzano a écrit :
this search:
https://github.com/search?q=useCypressPropertiesFile&ref=advsearch&type=Code
will retrieve all projects in github using cypress files format, which is fairly true are mostly Pharo compatible. Or cypress compatible, but cypress is used by the same groups that before committed packages on sthub, ss3 and ss, so is more or less the same :)
btw, there are already more than 5k repos. But for some reason some repos appear double⦠Well, this query can be improved for sure :)
We can do a small tool to list/query repositories inside pharo too.
But in general, none of this will avoid the need of having a tool like the catalog: a central repository of projects.
I see another interest in a Pharo organisation. To be able to put projects (or fork them) to regroup them into a Pharo 'Universe', where all projects are tested / checked and install without issues, and where the catalog can directly fetch the baselines for each project, without having an 'update the configuration in the catalog' step to do. Then, that Pharo universe is able to fix those projects on its own, and coordinate with the 'external project' to propagate back and forth changes through PRs. The full search you're doing for me would be like a 'multiverse': lots of stuff, most of it not working for the Pharo version you're using. Regards, Thierry
cheers, Esteban
On 13 May 2017, at 09:55, Thierry Goubier <thierry.goubier@gmail.com <mailto:thierry.goubier@gmail.com>> wrote:
Le 13/05/2017 à 09:46, Stephane Ducasse a écrit :
I was more talking about the other projects :) the projects of everybody because for Pharo itself it is more or less easy.
A pharo contributors organisation, an umbrella for all projects (or forks) that one want to associate with Pharo.
Thierry
On Sat, May 13, 2017 at 9:32 AM, Thierry Goubier <thierry.goubier@gmail.com <mailto:thierry.goubier@gmail.com> <mailto:thierry.goubier@gmail.com>> wrote:
Le 13/05/2017 à 09:01, Stephane Ducasse a écrit :
Hi guys
right now many people publish their software on SmalltalkHUB, SS3 and Squeaksource and this is handy to find something.
I hope that we will release soon the package repository that christophe was developing but now I'm wondering if we as a community should follow a pattern to help?
git freaks do you have suggestions
A github organization for Pharo and for contributors. Like SquareBraquetsAssociates.
Thierry
Stef
Steph, As Thierry mentions you should create an umbrella project for Pharo where you can maintain a list of projects contributed by users --- something like I've done for GsDevKit_home[1]. I strongly suggest that you use a "project load spec object"[2][3] as the unit of registration for your projects. In addition to the Metacello load instructions the "project load spec" can maintain a bunch of meta data about the project. The pharo image can scan the projects listed (similar to what you do with the Category Browser - I think) or better yet, the developer can make a local clone of the project site in a well-known location and then all images can look up projects in this the local clone and avoid having to hit the network to build the project list ... Take a look at the video or slides for my "Dangerous Liaisons: Smalltalk, files, and git"[4] for more details ... and of course I'm willing to discuss additional details/ideas over skype or email. Dale [1] http://gsdevkit.github.io/GsDevKit_home/ [2] https://github.com/GsDevKit/GsDevKit_home/blob/gh-pages/Seaside3.ston [3] https://github.com/dalehenrich/tode/blob/master/.smalltalk.ston [4] http://fast.org.ar/talks/dangerous-liaisons-smalltalk-files-and-git On 5/13/17 12:01 AM, Stephane Ducasse wrote:
Hi guys
right now many people publish their software on SmalltalkHUB, SS3 and Squeaksource and this is handy to find something.
I hope that we will release soon the package repository that christophe was developing but now I'm wondering if we as a community should follow a pattern to help?
git freaks do you have suggestions
Stef
Hi dale christophe developed something like that and this is based on cargo metadata. Stef On Sat, May 13, 2017 at 3:04 PM, Dale Henrichs < dale.henrichs@gemtalksystems.com> wrote:
Steph,
As Thierry mentions you should create an umbrella project for Pharo where you can maintain a list of projects contributed by users --- something like I've done for GsDevKit_home[1].
I strongly suggest that you use a "project load spec object"[2][3] as the unit of registration for your projects. In addition to the Metacello load instructions the "project load spec" can maintain a bunch of meta data about the project.
The pharo image can scan the projects listed (similar to what you do with the Category Browser - I think) or better yet, the developer can make a local clone of the project site in a well-known location and then all images can look up projects in this the local clone and avoid having to hit the network to build the project list ...
Take a look at the video or slides for my "Dangerous Liaisons: Smalltalk, files, and git"[4] for more details ... and of course I'm willing to discuss additional details/ideas over skype or email.
Dale
[1] http://gsdevkit.github.io/GsDevKit_home/
[2] https://github.com/GsDevKit/GsDevKit_home/blob/gh-pages/Seaside3.ston
[3] https://github.com/dalehenrich/tode/blob/master/.smalltalk.ston
[4] http://fast.org.ar/talks/dangerous-liaisons-smalltalk-files-and-git
On 5/13/17 12:01 AM, Stephane Ducasse wrote:
Hi guys
right now many people publish their software on SmalltalkHUB, SS3 and Squeaksource and this is handy to find something.
I hope that we will release soon the package repository that christophe was developing but now I'm wondering if we as a community should follow a pattern to help?
git freaks do you have suggestions
Stef
On 13 May 2017, at 15:26, Stephane Ducasse <stepharo.self@gmail.com> wrote:
Hi dale
christophe developed something like that and this is based on cargo metadata.
yes, and ultimately this will be needed to have a good catalog.
Stef
On Sat, May 13, 2017 at 3:04 PM, Dale Henrichs <dale.henrichs@gemtalksystems.com <mailto:dale.henrichs@gemtalksystems.com>> wrote: Steph,
As Thierry mentions you should create an umbrella project for Pharo where you can maintain a list of projects contributed by users --- something like I've done for GsDevKit_home[1].
I strongly suggest that you use a "project load spec object"[2][3] as the unit of registration for your projects. In addition to the Metacello load instructions the "project load spec" can maintain a bunch of meta data about the project.
The pharo image can scan the projects listed (similar to what you do with the Category Browser - I think) or better yet, the developer can make a local clone of the project site in a well-known location and then all images can look up projects in this the local clone and avoid having to hit the network to build the project list ...
Take a look at the video or slides for my "Dangerous Liaisons: Smalltalk, files, and git"[4] for more details ... and of course I'm willing to discuss additional details/ideas over skype or email.
Dale
[1] http://gsdevkit.github.io/GsDevKit_home/ <http://gsdevkit.github.io/GsDevKit_home/>
[2] https://github.com/GsDevKit/GsDevKit_home/blob/gh-pages/Seaside3.ston <https://github.com/GsDevKit/GsDevKit_home/blob/gh-pages/Seaside3.ston>
[3] https://github.com/dalehenrich/tode/blob/master/.smalltalk.ston <https://github.com/dalehenrich/tode/blob/master/.smalltalk.ston>
[4] http://fast.org.ar/talks/dangerous-liaisons-smalltalk-files-and-git <http://fast.org.ar/talks/dangerous-liaisons-smalltalk-files-and-git>
On 5/13/17 12:01 AM, Stephane Ducasse wrote: Hi guys
right now many people publish their software on SmalltalkHUB, SS3 and Squeaksource and this is handy to find something.
I hope that we will release soon the package repository that christophe was developing but now I'm wondering if we as a community should follow a pattern to help?
git freaks do you have suggestions
Stef
On 5/13/17 6:26 AM, Stephane Ducasse wrote:
Hi dale
christophe developed something like that and this is based on cargo metadata. If it can be applied to arbitrary metacello projects, then it would fit the bill ...
Dale
Stef
On Sat, May 13, 2017 at 3:04 PM, Dale Henrichs <dale.henrichs@gemtalksystems.com <mailto:dale.henrichs@gemtalksystems.com>> wrote:
Steph,
As Thierry mentions you should create an umbrella project for Pharo where you can maintain a list of projects contributed by users --- something like I've done for GsDevKit_home[1].
I strongly suggest that you use a "project load spec object"[2][3] as the unit of registration for your projects. In addition to the Metacello load instructions the "project load spec" can maintain a bunch of meta data about the project.
The pharo image can scan the projects listed (similar to what you do with the Category Browser - I think) or better yet, the developer can make a local clone of the project site in a well-known location and then all images can look up projects in this the local clone and avoid having to hit the network to build the project list ...
Take a look at the video or slides for my "Dangerous Liaisons: Smalltalk, files, and git"[4] for more details ... and of course I'm willing to discuss additional details/ideas over skype or email.
Dale
[1] http://gsdevkit.github.io/GsDevKit_home/ <http://gsdevkit.github.io/GsDevKit_home/>
[2] https://github.com/GsDevKit/GsDevKit_home/blob/gh-pages/Seaside3.ston <https://github.com/GsDevKit/GsDevKit_home/blob/gh-pages/Seaside3.ston>
[3] https://github.com/dalehenrich/tode/blob/master/.smalltalk.ston <https://github.com/dalehenrich/tode/blob/master/.smalltalk.ston>
[4] http://fast.org.ar/talks/dangerous-liaisons-smalltalk-files-and-git <http://fast.org.ar/talks/dangerous-liaisons-smalltalk-files-and-git>
On 5/13/17 12:01 AM, Stephane Ducasse wrote:
Hi guys
right now many people publish their software on SmalltalkHUB, SS3 and Squeaksource and this is handy to find something.
I hope that we will release soon the package repository that christophe was developing but now I'm wondering if we as a community should follow a pattern to help?
git freaks do you have suggestions
Stef
On 13 May 2017, at 15:04, Dale Henrichs <dale.henrichs@gemtalksystems.com> wrote:
Steph,
As Thierry mentions you should create an umbrella project for Pharo where you can maintain a list of projects contributed by users --- something like I've done for GsDevKit_home[1].
there is already an umbrella project for pharo which is âpharo-projectâ. we also promote some othe rmeta projects under the âpharoâ umbrella. pharo-project pharo-graphics pharo-vcs pharo-nosql and probably some others will emerge. the reason why we donât concentrate all on one is just organisational, and we could review that on the future.
I strongly suggest that you use a "project load spec object"[2][3] as the unit of registration for your projects. In addition to the Metacello load instructions the "project load spec" can maintain a bunch of meta data about the project.
The pharo image can scan the projects listed (similar to what you do with the Category Browser - I think) or better yet, the developer can make a local clone of the project site in a well-known location and then all images can look up projects in this the local clone and avoid having to hit the network to build the project list ...
Take a look at the video or slides for my "Dangerous Liaisons: Smalltalk, files, and git"[4] for more details ... and of course I'm willing to discuss additional details/ideas over skype or email.
Dale
[1] http://gsdevkit.github.io/GsDevKit_home/
[2] https://github.com/GsDevKit/GsDevKit_home/blob/gh-pages/Seaside3.ston
[3] https://github.com/dalehenrich/tode/blob/master/.smalltalk.ston
[4] http://fast.org.ar/talks/dangerous-liaisons-smalltalk-files-and-git
On 5/13/17 12:01 AM, Stephane Ducasse wrote:
Hi guys
right now many people publish their software on SmalltalkHUB, SS3 and Squeaksource and this is handy to find something.
I hope that we will release soon the package repository that christophe was developing but now I'm wondering if we as a community should follow a pattern to help?
git freaks do you have suggestions
Stef
On Sat, May 13, 2017 at 9:38 PM, Esteban Lorenzano <estebanlm@gmail.com> wrote:
On 13 May 2017, at 15:04, Dale Henrichs <dale.henrichs@gemtalksystems.com> wrote:
Steph,
As Thierry mentions you should create an umbrella project for Pharo where you can maintain a list of projects contributed by users --- something like I've done for GsDevKit_home[1].
there is already an umbrella project for pharo which is âpharo-projectâ. we also promote some othe rmeta projects under the âpharoâ umbrella.
pharo-project pharo-graphics pharo-vcs pharo-nosql
and probably some others will emerge.
Would it make sense to have... pharo-catalog ? Having this data in STON format on github may make it easier for third parties to update missing package descriptions. cheers -ben
the reason why we donât concentrate all on one is just organisational, and we could review that on the future.
I strongly suggest that you use a "project load spec object"[2][3] as the unit of registration for your projects. In addition to the Metacello load instructions the "project load spec" can maintain a bunch of meta data about the project.
The pharo image can scan the projects listed (similar to what you do with the Category Browser - I think) or better yet, the developer can make a local clone of the project site in a well-known location and then all images can look up projects in this the local clone and avoid having to hit the network to build the project list ...
Take a look at the video or slides for my "Dangerous Liaisons: Smalltalk, files, and git"[4] for more details ... and of course I'm willing to discuss additional details/ideas over skype or email.
Dale
[1] http://gsdevkit.github.io/GsDevKit_home/
[2] https://github.com/GsDevKit/GsDevKit_home/blob/gh-pages/Seaside3.ston
[3] https://github.com/dalehenrich/tode/blob/master/.smalltalk.ston
[4] http://fast.org.ar/talks/dangerous-liaisons-smalltalk-files-and-git
On 5/13/17 12:01 AM, Stephane Ducasse wrote:
Hi guys
right now many people publish their software on SmalltalkHUB, SS3 and Squeaksource and this is handy to find something.
I hope that we will release soon the package repository that christophe was developing but now I'm wondering if we as a community should follow a pattern to help?
git freaks do you have suggestions
Stef
yes, is something I have in my TODO list for after release :)
On 14 May 2017, at 14:22, Ben Coman <btc@openInWorld.com> wrote:
On Sat, May 13, 2017 at 9:38 PM, Esteban Lorenzano <estebanlm@gmail.com <mailto:estebanlm@gmail.com>> wrote:
On 13 May 2017, at 15:04, Dale Henrichs <dale.henrichs@gemtalksystems.com> wrote:
Steph,
As Thierry mentions you should create an umbrella project for Pharo where you can maintain a list of projects contributed by users --- something like I've done for GsDevKit_home[1].
there is already an umbrella project for pharo which is âpharo-projectâ. we also promote some othe rmeta projects under the âpharoâ umbrella.
pharo-project pharo-graphics pharo-vcs pharo-nosql
and probably some others will emerge.
Would it make sense to have... pharo-catalog ?
Having this data in STON format on github may make it easier for third parties to update missing package descriptions.
cheers -ben
the reason why we donât concentrate all on one is just organisational, and we could review that on the future.
I strongly suggest that you use a "project load spec object"[2][3] as the unit of registration for your projects. In addition to the Metacello load instructions the "project load spec" can maintain a bunch of meta data about the project.
The pharo image can scan the projects listed (similar to what you do with the Category Browser - I think) or better yet, the developer can make a local clone of the project site in a well-known location and then all images can look up projects in this the local clone and avoid having to hit the network to build the project list ...
Take a look at the video or slides for my "Dangerous Liaisons: Smalltalk, files, and git"[4] for more details ... and of course I'm willing to discuss additional details/ideas over skype or email.
Dale
[1] http://gsdevkit.github.io/GsDevKit_home/
[2] https://github.com/GsDevKit/GsDevKit_home/blob/gh-pages/Seaside3.ston
[3] https://github.com/dalehenrich/tode/blob/master/.smalltalk.ston
[4] http://fast.org.ar/talks/dangerous-liaisons-smalltalk-files-and-git
On 5/13/17 12:01 AM, Stephane Ducasse wrote:
Hi guys
right now many people publish their software on SmalltalkHUB, SS3 and Squeaksource and this is handy to find something.
I hope that we will release soon the package repository that christophe was developing but now I'm wondering if we as a community should follow a pattern to help?
git freaks do you have suggestions
Stef
Regarding project catalog on github... Rust has something similar there https://github.com/rust-lang/crates.io-index (and Rust's package manager is called Cargo too ;)) Peter On Sun, May 14, 2017 at 03:08:59PM +0200, Esteban Lorenzano wrote:
yes, is something I have in my TODO list for after release :)
On 14 May 2017, at 14:22, Ben Coman <btc@openInWorld.com> wrote:
On Sat, May 13, 2017 at 9:38 PM, Esteban Lorenzano <estebanlm@gmail.com <mailto:estebanlm@gmail.com>> wrote:
On 13 May 2017, at 15:04, Dale Henrichs <dale.henrichs@gemtalksystems.com> wrote:
Steph,
As Thierry mentions you should create an umbrella project for Pharo where you can maintain a list of projects contributed by users --- something like I've done for GsDevKit_home[1].
there is already an umbrella project for pharo which is âpharo-projectâ. we also promote some othe rmeta projects under the âpharoâ umbrella.
pharo-project pharo-graphics pharo-vcs pharo-nosql
and probably some others will emerge.
Would it make sense to have... pharo-catalog ?
Having this data in STON format on github may make it easier for third parties to update missing package descriptions.
cheers -ben
the reason why we donât concentrate all on one is just organisational, and we could review that on the future.
I strongly suggest that you use a "project load spec object"[2][3] as the unit of registration for your projects. In addition to the Metacello load instructions the "project load spec" can maintain a bunch of meta data about the project.
The pharo image can scan the projects listed (similar to what you do with the Category Browser - I think) or better yet, the developer can make a local clone of the project site in a well-known location and then all images can look up projects in this the local clone and avoid having to hit the network to build the project list ...
Take a look at the video or slides for my "Dangerous Liaisons: Smalltalk, files, and git"[4] for more details ... and of course I'm willing to discuss additional details/ideas over skype or email.
Dale
[1] http://gsdevkit.github.io/GsDevKit_home/
[2] https://github.com/GsDevKit/GsDevKit_home/blob/gh-pages/Seaside3.ston
[3] https://github.com/dalehenrich/tode/blob/master/.smalltalk.ston
[4] http://fast.org.ar/talks/dangerous-liaisons-smalltalk-files-and-git
On 5/13/17 12:01 AM, Stephane Ducasse wrote:
Hi guys
right now many people publish their software on SmalltalkHUB, SS3 and Squeaksource and this is handy to find something.
I hope that we will release soon the package repository that christophe was developing but now I'm wondering if we as a community should follow a pattern to help?
git freaks do you have suggestions
Stef
On 13/05/2017 09:01, Stephane Ducasse wrote:
Hi guys
right now many people publish their software on SmalltalkHUB, SS3 and Squeaksource and this is handy to find something.
I hope that we will release soon the package repository that christophe was developing but now I'm wondering if we as a community should follow a pattern to help?
git freaks do you have suggestions
Stef
Hi, In github you have the possibility to search by tags (the little chips under the description of a project). For this you need to add "topic:pharo" in the search. https://github.com/search?utf8=%E2%9C%93&q=topic%3Apharo&type= Also github detect the language of the repo and you can search with the "language:Smalltalk" tag in the search. https://github.com/search?utf8=%E2%9C%93&q=language%3ASmalltalk&type=Reposit... This is only for github bug I think that most of the open source projects will be on github. And some on bitbucket and gitlab. But I think they should have some search like github. And we can do nothing for self hosted git repositories I think :) -- Cyril Ferlicot https://ferlicot.fr http://www.synectique.eu 2 rue Jacques Prévert 01, 59650 Villeneuve d'ascq France
tx cyril On Sat, May 13, 2017 at 3:27 PM, Cyril Ferlicot D. <cyril.ferlicot@gmail.com
wrote:
On 13/05/2017 09:01, Stephane Ducasse wrote:
Hi guys
right now many people publish their software on SmalltalkHUB, SS3 and Squeaksource and this is handy to find something.
I hope that we will release soon the package repository that christophe was developing but now I'm wondering if we as a community should follow a pattern to help?
git freaks do you have suggestions
Stef
Hi,
In github you have the possibility to search by tags (the little chips under the description of a project). For this you need to add "topic:pharo" in the search.
https://github.com/search?utf8=%E2%9C%93&q=topic%3Apharo&type=
Also github detect the language of the repo and you can search with the "language:Smalltalk" tag in the search.
https://github.com/search?utf8=%E2%9C%93&q=language% 3ASmalltalk&type=Repositories&ref=advsearch&l=Smalltalk&l=
This is only for github bug I think that most of the open source projects will be on github. And some on bitbucket and gitlab. But I think they should have some search like github.
And we can do nothing for self hosted git repositories I think :)
-- Cyril Ferlicot https://ferlicot.fr
http://www.synectique.eu 2 rue Jacques Prévert 01, 59650 Villeneuve d'ascq France
participants (7)
-
Ben Coman -
Cyril Ferlicot D. -
Dale Henrichs -
Esteban Lorenzano -
Peter Uhnak -
Stephane Ducasse -
Thierry Goubier