Idea of searcheability of Pharo project on git
Locked
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 |
Re: Idea of searcheability of Pharo project on git
|
|
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 |
Re: Idea of searcheability of Pharo project on git
|
|
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 <[hidden email]> wrote: Le 13/05/2017 à 09:01, Stephane Ducasse a écrit : |
Re: Idea of searcheability of Pharo project on git
|
|
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 > <[hidden email] <mailto:[hidden email]>> 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:
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
|
Re: Idea of searcheability of Pharo project on git
|
|
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 <[hidden email] >> <mailto:[hidden email]>> 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 >>> <[hidden email] <mailto:[hidden email]> >>> <mailto:[hidden email]>> 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 >>> >>> >>> >>> >> >> > |
Re: Idea of searcheability of Pharo project on git
|
|
In reply to this post by Stephane Ducasse-3
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 |
Re: Idea of searcheability of Pharo project on git
|
|
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 <[hidden email]> wrote: Steph, |
Re: Idea of searcheability of Pharo project on git
|
|
In reply to this post by Stephane Ducasse-3
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 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 |
signature.asc (817 bytes) |
|
In reply to this post by Dale Henrichs-3
> On 13 May 2017, at 15:04, Dale Henrichs <[hidden email]> 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 > > |
|
|
In reply to this post by Stephane Ducasse-3
yes, and ultimately this will be needed to have a good catalog.
|
Re: Idea of searcheability of Pharo project on git
|
|
In reply to this post by CyrilFerlicot
tx cyril On Sat, May 13, 2017 at 3:27 PM, Cyril Ferlicot D. <[hidden email]> wrote:
|
Re: Idea of searcheability of Pharo project on git
|
|
In reply to this post by Stephane Ducasse-3
On 5/13/17 6:26 AM, Stephane Ducasse
wrote:
If it can be applied to arbitrary metacello projects, then it would fit the bill ... Dale
|
|
|
In reply to this post by EstebanLM
On Sat, May 13, 2017 at 9:38 PM, Esteban Lorenzano <[hidden email]> wrote:
> >> On 13 May 2017, at 15:04, Dale Henrichs <[hidden email]> 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 :)
|
Re: Idea of searcheability of Pharo project on git
|
|
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 <[hidden email]> wrote: > > > > On Sat, May 13, 2017 at 9:38 PM, Esteban Lorenzano <[hidden email] <mailto:[hidden email]>> wrote: > >> > >>> On 13 May 2017, at 15:04, Dale Henrichs <[hidden email]> 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 > |
«
Return to Pharo Smalltalk Developers
|
1 view|%1 views
| Free forum by Nabble | Edit this page |