Re: Sponsor upload request for new package scram

[Olzhas Rakhimov <ol.rakhimov@gmail.com>]

Hi James,

On Fri, Nov 18, 2016 at 10:01 AM, James Clarke <jrtc27@jrtc27.com> wrote:

> On 18 Nov 2016, at 02:30, Olzhas Rakhimov <ol.rakhimov@gmail.com> wrote:
>
> Hello James,
> Thanks again! I cleaned up things and reuploaded.
>
> Actually, I am not sure how to reproduce 'dpkg-shlibdeps' warnings,
> so I couldn't test the fix.

I was building with `gbp buildpackage --git-pbuilder` in an up-to-date
sid chroot. I’d rather see the upstream build system stop linking
against the libraries rather than using --as-needed, since there’s no
reason why it needs to.

​Unfortunately, there's no standard 'FindLibXML++' module in CMake. I am using one of popular scripts found on many other projects.​

 

​From that cmake module, I only use a command to link against libxml++2.6, but somehow the scripts seem to drag all libxml++2.6 dependencies with it.

I am a bit reluctant to mess with those custom scripts​.

I believe those scripts are also setup for static linking, so I guess that's the reason it drags all its dependencies along.

Currently, I don't have a better solution and couldn't find how other projects dealing with it.

Can anyone point me into some examples dealing with libxml++ cleanly?

> For some reason, there's 'watch' file warnings. It is taken from 'debian/watch' documentation and works locally with uscan.
> I couldn't tell what is wrong.

My guess is either mentors is broken or using an older version of uscan.
It certainly seems to work fine for me.

Regards,
James

​

Regards,

Olzhas​