[Cuis-dev] Package Installer & Package Downloader

Mariano Montone marianomontone at gmail.com
Sun May 29 14:19:59 PDT 2022


Hi Ken,

I agree with you it would be good that PackageDownloader were better.

Some of its faults IMO are:

1. its disregard for package versions in its current implementation.
2. sync with current available packages.
3. the package downloader package list can get out of date, because I 
update it manually.

I don't see an easy solution for 2). Apart from traversing disk, which 
can be quite time consuming, depending on user setup. (it is for me, for 
example).
And for 1), well, it should at least start looking at versions of 
packages and act accordingly; something I haven't done yet..
About 3), it is not ideal, but perhaps we can live with that; unless a 
CI system is introduced.

About your idea of marking packages as "released", I think we could 
extend the PackageDownloader to parse CodePackage 'description' instance 
variables, and extract #tags from there. Then add a tags filter in 
PackageDownloder tool; doesn't sound hard.

How does that sound?

Cheers,

Mariano

El 29/5/22 a las 15:07, ken.dickey at whidbey.com escribió:
> It is very nice to have the Package Downloader look for and find Cuis 
> packages.
>
> One wants this to be a bit more robust.  I would like to see only 
> packages which could be successfully loaded.
>
> There are cases where this is less than helpful.
> [A] Packages under development or otherwise incomplete
> [B] Packages which require/depend upon other packages or code 
> available if a repository is cloned, but are unavailable if not.
>
> It would seem to me that if we added some "released" marker to 
> packages which are expected to be loadable stand-alone and only show 
> those, there would be less confusion in our world.
>
> Perhaps #ReleasedStandAlone marker simular to the Provides/Requires 
> markers?
>
> Thoughts?
> -KenD




More information about the Cuis-dev mailing list