[Pkg-electronics-devel] Bug#1050882: kicad-libraries metapackage version mixup

[Carsten Schoenert]

Hello antto,

Am 31.08.23 um 01:14 schrieb antto:
> Dear Maintainer,
> 
> After upgrading to Debian12, the normal version of kicad is 6.x, after enabling
> backports you can get kicad 7.x.
> When you "Force Version" of the kicad-libraries metapackage in Synaptic to 7.x,
> you would think that you'll get all the version 7 packages, but you don't, it
> requires "(>=6.0.0~)" according to Synaptic, for kicad-footprints/kicad-
> symbols/kicad-templates. it only correctly suggests kicad-packages3d v7.x.

you see this because the package of kicad-packages3d is "only" 
suggested. The other packages are depending packages.

And from a technical point there is no reason to depend on version 7.x, 
the older versions <7 are also working correctly. So I did see no hard 
reason to bump any version for the depending packages.

> And if you already had the stable kicad version, you will upgrade kicad itself
> to v7 (from backports), the "libraries" metapackage will also get upgraded to
> v7, but your actual library files (symbols, footprints, templates) will stay at
> version 6 because they cover the requirements of the metapackage.

Hmm, interesting point. But this was intended at time thinking about the 
package dependencies while working on the first package for KiCad 7.

> This seems wrong to me, the whole point of the "kicad-libraries" metapackage as
> far as i know is to "group" the real packages that make up the libraries
> (symbols, footprints, templates, 3D models).
> 
> I expected that the kicad-libraries metapackage actually upgrades the real
> packages to the same version (or at least to some version above 7).

I agree on the point this isn't the best and probably expected behavior. 
And now after a while there are no technical reasons against to bump the 
version dependencies. Will happen at the next upstream version bump.

-- 
Regards
Carsten