Your message dated Wed, 20 Mar 2019 19:35:03 +0100
with message-id <155310690350.19101.15954261000056493...@auryn.jones.dk>
and subject line Re: Bug#924941: d-shlibmove: fails in opensuse build service
has caused the Debian Bug report #924941,
regarding d-shlibmove: fails in opensuse build service
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
924941: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=924941
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: d-shlibs
Version: 0.58
Severity: serious


On a rebuild of the libsrtp2 package failds with error in depends
calculation using jessie, same result using strecth:


 dh_installgsettings -plibsrtp2-1
 d-shlibmove --commit \
 --devunversioned --ignorelibdep \
 --multiarch \
 --movedev "debian/tmp/usr/include/*" usr/include/ \
 --movedev "debian/tmp/usr/lib/i386-linux-gnu/pkgconfig/*" \
 usr/lib/i386-linux-gnu/pkgconfig \
     debian/tmp/usr/lib/i386-linux-gnu/libsrtp2.so
 Library package automatic movement utility
 devlibs error: There is no package matching [libpcap0.8-dev] and
noone provides it, please report bug to d-shlibs maintainer
 debian/rules:110: recipe for target 'binary-post-install/libsrtp2-1' failed
 make: *** [binary-post-install/libsrtp2-1] Error 1


Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

--- End Message ---
--- Begin Message ---
Quoting PICCORO McKAY Lenz (2019-03-20 17:02:29)
> El mar., 19 de mar. de 2019 a la(s) 19:17, Andreas Beckmann 
> (a...@debian.org) escribió:
> > Rebuilding libsrtp2 2.0.0+20170123-1 in a jessie+jessie-backports
> > chroot just worked fine for me.
> umm i just tested in clean install and NOT worked fine..
> but not at opensuse build service neither in clean install new virtual 
> machines!
> 
> i must change the package from CDBS to another type.. thanks for all
> the CDBS have a very populated and complicated rules file! that are nonsense!

Seriously?  You blame it on CDBS, immediately after it is pointed out to 
you that others trying to replicate the issue your experience cannot but 
have no problem backporting the package?


> > Trying this in a wheezy+wheezy-backports chroot fails with a lot of
> > unsatisfied dependencies:
> > The following packages have unmet dependencies:
> >  pbuilder-satisfydepends-dummy : Depends: licensecheck which is a virtual 
> > package.
> >                                  Depends: pkg-kde-tools but it is not going 
> > to be installed.
> >                                  Depends: pkg-config but it is not going to 
> > be installed.
> >                                  Depends: libpcap0.8-dev but it is not 
> > going to be installed.
> >                                  Depends: psmisc but it is not going to be 
> > installed.
> >                                  Depends: miscfiles but it is not going to 
> > be installed.
> >                                  Depends: d-shlibs but it is not going to 
> > be installed.
> >                                  Depends: doxygen-latex but it is not going 
> > to be installed.
> quite strange.. all of these packages are in wheeze! and licensecheck
> i already backported!

Above does not mean all those packages are missing in stretch.

It means that licensecheck is missing - and that the build routines 
therefore gave up trying to install the other ones.

https://packages.debian.org/search?keywords=licensecheck indicates that 
licensecheck is in stable (stretch) but for oldstable (jessie) it is 
available only as part of backports.debian.org.

If you use backports.debian.org then please report issues as documented 
at https://backports.debian.org/FAQ/ - i.e. *not* to the Debian BTS.

Concretely you can simply remove the build-dependency - or try backport 
2.0.0+20170516-1 or newer which has done exactly that.

When your build routines did not fail due to missing licensecheck, then 
it means something is broken at your end.

CDBS may be an object for your hatred, but it is not broken.


> > Don't forget: Support for wheezy-LTS has ended nearly a year ago in May 
> > 2018!
> that's donts matter! wheeze works and works fine
> 
> The problem with us are that think newer releases works for all and
> that are a lie!

The libsrtp2 package declares build-dependencies for Debian releases.  
Debian do not release backports.debian.org or whatever trick you used to 
satisfy build-dependencies.

Talking shit about quality of Debian packages, and claiming they lie, 
makes me loose interest in helping you.


Closing this as not a bug in Debian.

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

Attachment: signature.asc
Description: signature


--- End Message ---

Reply via email to