pkgman full-sync error

[michel]

in hrev 50789 and up

~> pkgman full-sync

Encountered problems:
problem 1: package lcms_x86-2.5-1 requires lib:libpng_x86>=15.12.0, but none of the providers can be installed
  solution 1:
    - keep libpng_x86-1.5.25-1 from excluded repository
  solution 2:
    - allow deinstallation of qpdfview_x86-0.4.13-3
    - allow deinstallation of lcms_x86-2.5-1

This looks like a typo in the requires{} section of lcms. changing 15 to 1.5 should fix it.

[pulkomandy]

Not a typo, the version of the lib is indeed 15.something. The problem is that the libpng recipe has somehow lost the "libpng" provide and now provides only "libpng15" (or "libpng16" for the latest version). This is more correct, but all old packages need to be adjusted. I have started to upload new ones, but I didn't have time to finish before my christmas break. Please list packages you have issues with, and I'll try to replace them promptly.

[vidrep]

BePDF is affected.

[korli]

This problem is unfortunate and a bit ridiculous in my opinion. What happens with the packages with the failing dependency in external repositories ? What's the cost of restoring working libpng packages ?

[pulkomandy]

After a little history tracking:

I had removed the libpng provides in the 1.16.20 recipe. This had apparently never been uploaded to the repo, and stayed in the recipe only. I used this recipe with the libpng provide removed when creating the release repo. I see that this change was ignored when making later versions of the recipe, too.

The removal seems correct: there is no libpng.so* at all in the package, and as far as I can see, there hasn't been for a long time. So the packages pretend to provide "libpng.so", but in fact they don't. This could lead to more trouble later on.

I think it makes sense to fix this now, rather than later. Or, if we want to have a plain "libpng.so", we should not only add it to the "provides", but also make the packages actually include the library. Otherwise, this makes no sense.

[korli]

What makes no sense is to alienate our userbase with broken packages and inconsistent repositories. The change with new libpng hpkgs should have been reverted because it broke the build, because it breaks possibly hpkgs installation for external repositories. We can make such a change for libpng17 anyway, I don't see the need for a hurry.

[michel]

lqt5_x86 is showing the libpng problem in hrev 50817

[michel]

sdl_image is showing the libpng problem on hrev 50837

[pulkomandy]

I think most packages have been fixed now. If you still have problems, please provide the exact version of the package you can't install.

[Giova84]

Replying to pulkomandy:

I think most packages have been fixed now

I encountered a similar issue with libpng, 8 days ago: ticket:13408 So, as you stated, such packages has been fixed, now?