[Glass] load filetree package from directory

[Dale Henrichs]

Paul,

I think that if you add the following method to your baseline ... you won't
need to us the cypress.1 version and Metacello won't try to load the
"latest version"

> accessing
> projectClass
>  Smalltalk at: #'MetacelloCypressBaselineProject' ifPresent: [ :cl | ^ cl
> ].
>  ^ super projectClass
>

Dale

On Fri, Apr 18, 2025 at 6:47 PM Paul DeBruicker <pdebruic at gmail.com> wrote:

> Thanks Dale - the version you suggest where you specify the version seems
> to work.
>
> Just have to keep the version as "cypress.1"
>
> e.g.
>
> | repo |
> repo := MCFileTreeRepository new directory: (ServerFileDirectory on:
> '/home/dhenrich/_homes/rogue/_home/shared/repos/rb/repository').
>
> GsDeployer deploy:[
>    Gofer new
>          version: 'MyPackage-cypress.1';
>          repository: repo;
>          load
> ].
>
>
> If I do it without the #version: specified as 'MyPackage-cypress.1'  and
> only use the package name  it loads an older mcz file with a higher version
> # from the cache or some other repo...
>
>
>
>
> > On Apr 18, 2025, at 3:01 PM, Dale Henrichs <
> dale.henrichs at gemtalksystems.com> wrote:
> >
> > Okay to load a package using a filetree repo without version info this
> is working for me (at least I get errors about missing classes :) ):
> > | repo |
> > repo := MCFileTreeRepository new directory: (ServerFileDirectory on:
> '$GS_HOME/shared/repos/Seaside/repository').
> > Gofer new
> >         package: 'Comet-Core';
> >         repository: repo;
> >         load I am using an image with tODE installed against a 3.6.3
> image, but I wouldn't expect the behavior of Gofer to have changed that
> much between 3.6.3 and 3.6.8 ...
> >
> > If this doesn't help then perhaps some more info about what image you
> are using will help us get to the bottom of this ...
> >
> > Dale
> >
> > On Fri, Apr 18, 2025 at 2:44 PM Dale Henrichs <
> dale.henrichs at gemtalksystems.com> wrote:
> > I realize that this still might not be what you are looking for ...
> since clearly the example that I used does indeed have version info, I
> would expect  that using 'cypress.1' as the version name would work in my
> example, but I will go ahead and give it a test ...
> >
> > Dale
> >
> > On Fri, Apr 18, 2025 at 2:37 PM Dale Henrichs <
> dale.henrichs at gemtalksystems.com> wrote:
> > This expression is working for me (it's what `mc load` ends up doing):
> > | repo |
> > repo := MCFileTreeRepository new directory: (ServerFileDirectory on:
> '/home/dhenrich/_homes/rogue/_home/shared/repos/rb/repository').
> > Gofer new
> >         version: 'AST-Core-dkh.105';
> >         repository: repo;
> >         load
> > I think that the default repository is a MCDirectoryRepository and in
> that case a directory of .mcz files would be expected ...
> >
> > Dale
> >
> > On Fri, Apr 18, 2025 at 12:41 PM Dale Henrichs <
> dale.henrichs at gemtalksystems.com> wrote:
> > If you've got a tode image the following will work:
> > mc load AST-Core-dkh.105
> filetree:///home/dhenrich/_homes/rogue/_home/shared/repos/rb/repository
> >
> > Gofer is used under the covers, but I need to eat some lunch before I
> dig deeper :)
> >
> > Dale
> >
> > On Fri, Apr 18, 2025 at 10:28 AM Paul DeBruicker via Glass <
> glass at lists.gemtalksystems.com> wrote:
> > Hi - In GemStone 3.6.8 how do I load a filetree package using a method?
> >
> > If it were a Monticello package I could do a
> >
> > MyClass>>#loadPackage
> >
> > Gofer new
> >         directory:'/path/to/mczRepo'
> >         package:'MyPackage';
> >         load
> >
> >
> >
> > I can't figure out how to do the same with filetree.  Gofer doesn't know
> filetree and also because the Package version string in the filetree repo
> is always 'cypress.1' it won't load if there is an mcz with a higher
> version number already in the stone.
> >
> > Thanks
> >
> > Paul
> >
> >
> > _______________________________________________
> > Glass mailing list
> > Glass at lists.gemtalksystems.com
> > https://lists.gemtalksystems.com/mailman/listinfo/glass
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/archives/glass/attachments/20250421/e8d56a34/attachment.htm>