Hi mcneel,
We have issues that when we install through yak (inside rhino) then it adds the newest version of our plugin but it does not remove the old ones. Next time we open rhino it loads the old one instead of the newest.
Hi mcneel,
We have issues that when we install through yak (inside rhino) then it adds the newest version of our plugin but it does not remove the old ones. Next time we open rhino it loads the old one instead of the newest.
Are you installing a public yak package @sonderskovmathias?
No it’s an internal.
If no one else is experiencing this, then maybe we screwed the manifest ?
ons. 25. mar. 2026 kl. 18.38 skrev Callum Sykes <notifications@mcneel.discoursemail.com>:
Would you be able to send me two versions of it? Ideally the two versions you’re having conflicts with.
As Callum well knows, relates to Package Manager Update grasshopper conflict - Rhino Developer - McNeel Forum and other threads.
It’s not clear to me why package manager needs to retain old package versions. If it’s necessary for some plugins, it would be good if packages could opt out of having old versions retained using the manifest. From the outside, it seems that downloading is easy and practical for upgrading, why is it not the case for downgrading? I’m assuming McNeel keep statistics on this, is it common for users to downgrade plugins?
I do I do, I want to collect as many of these issues as repeatably as possible and create tickets so the appropriate dev can fix them as I think yak should be an entirely seamless experience.
We don’t keep many statistics at all, and this is not something we track as far as I know. I would imagine not many, and even then you can just download it from yak again rather than using the one on your drive.