current pkgtool performance

khronosschoty · 02-02-2022, 02:42 AM

I'm not sure if I misunderstood, but the contents of this thread left me with the impression that spkg might leave a user with a broken package, on upgrade? is this true? or does that only apply to pkgtools for some inexplicable reason not described / mentioned here?

Didier Spaier · 02-02-2022, 03:06 AM

Quote:

Originally Posted by khronosschoty

I'm not sure if I misunderstood, but the contents of this thread left me with the impression that spkg might leave a user with a broken package, on upgrade? is this true? or does that only apply to pkgtools for some inexplicable reason not described / mentioned here?

It is true in some cases, because somehow spkg behaves like upgradepkg if the latter is used with the _hidden_and_ forbidden_ --no-paranoid options. This is an issue I have discussed with gapan who now maintains spkg upstream. Fixing this needs to refactor spkg thus time, else it would be already done. Meanwhile spkg -i is used during Slint and Salix installation and also spkg -u in Slint to upgrade big packages like kernel-source.

khronosschoty · 02-02-2022, 03:13 AM

My question came as a result from the post before mine:

Quote:

Originally Posted by dchmelik

Will 15 have spkg since faster than installpkg?

I'm as certain as I can be (without actually knowing for certain) that spkg will never replace pkgtools (and its collection); I think its safe to say, however, that any tool that has severe issues on upgrading packages, has 0 chance of inclusion.