[Cuis-dev] Package behavior and doc
Hilaire Fernandes
hfern at free.fr
Tue Dec 30 01:54:18 PST 2025
Situation seems to be a bit more complex. Below a #iStoaApp package (in
app/src/ folder) requires the #dkm-history-timeline package which
requires the #dkm-core package.
-timeline is searched in the wrong location (DyboApp/src/dkm), but
#dkm-core is searched in the expected location (app/src/dkm).
Suggestion, search should first takes place in the initial package
(#iStoaApp) folder (app/src) and sub-folders (app/src/dkm).
It will make multiple packages searches for big project more rational.
I edited the method below without success, it seems pathName and
codePackageFile are always nil, something not updated in the package
requirement model.
placesToLookForPackagesDo: aBlock
| myDir |
"Look inside my own folder"
pathName ifNotNil: [
myDir := pathName asFullFileEntry parent.
aBlock value: myDir.
*myDir allRegularDirectoriesDo: aBlock.*].
"Look in codePackageFile folder"
codePackageFile ifNotNil: [
myDir := codePackageFile fullName asFullFileEntry parent.
aBlock value: myDir.
* myDir allRegularDirectoriesDo: aBlock. *].
Le 30/12/2025 à 10:15, Hilaire Fernandes a écrit :
> I experienced the search path to be sub-optimal. For example in this
> directory structure below, when I `Feature require: #PacklageA` with
> requirement for B, I found myself in situation where it is packageB-2
> installed while I naturally expected packageB-1, located in a
> sub-folder of packageA folder:
--
http://mamot.fr/@drgeo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cuis.st/mailman/archives/cuis-dev/attachments/20251230/b60e4cfd/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dependcies.png
Type: image/png
Size: 16044 bytes
Desc: not available
URL: <http://lists.cuis.st/mailman/archives/cuis-dev/attachments/20251230/b60e4cfd/attachment-0001.png>
More information about the Cuis-dev
mailing list