Bug#911904: Processed: block 911904 with 911915
Hi all, 在 2018-10-26五的 13:49 +0200，Michal Čihař写道： > Hi > > On Fri, 2018-10-26 at 10:51 +0200, Ondřej Surý wrote: > > LIBTIDY_LIBRARY=$(shell readlink -f > > /usr/lib/$(DEB_HOST_MULTIARCH)/libtidy.so) > > Well it all started from this file being absent from the package :-) > > > LIBTIDY_PACKAGE=$(shell dpkg-query --search $(LIBTIDY_LIBRARY) | cut > > -f 1 -d :) > > LIBTIDY_LIBRARY_FILE$(shell basename $(LIBTIDY_LIBRARY)) > > > > then > > > > sed -e “s/libtidy.so/$(LIBTIDY_LIBRARY_FILE)” lib.py > > > > echo libtidy:Depends=$(LIBTIDY_PACKAGE) > python-utidylib.substvars > > > > and replace > > > > libtidy5deb1 | libtidy5, > > I don't get what this would solve - there is nothing wrong with > alternate dependecies as long as they both provide libtidy.so. Anyway > same is in Build-Depends as well, where substvars are not really > helpful. So what will be the final solution? I'm wondering if we could solve the problem soon to complete the transition. BTW I see the advantage of automatically generating lib dependency; however, I also believe that listing alternate dependencies should be okay as well since it extends the compatibility range of binary package. Manual adjustment will be necessary in each transition but as long as the package maintainer is comfortable with that, it should be acceptable. -- Regards, Boyuan Yang
Bug#911904: Processed: block 911904 with 911915
Hi On Fri, 2018-10-26 at 10:51 +0200, Ondřej Surý wrote: > LIBTIDY_LIBRARY=$(shell readlink -f > /usr/lib/$(DEB_HOST_MULTIARCH)/libtidy.so) Well it all started from this file being absent from the package :-) > LIBTIDY_PACKAGE=$(shell dpkg-query --search $(LIBTIDY_LIBRARY) | cut > -f 1 -d :) > LIBTIDY_LIBRARY_FILE$(shell basename $(LIBTIDY_LIBRARY)) > > then > > sed -e “s/libtidy.so/$(LIBTIDY_LIBRARY_FILE)” lib.py > > echo libtidy:Depends=$(LIBTIDY_PACKAGE) > python-utidylib.substvars > > and replace > > libtidy5deb1 | libtidy5, I don't get what this would solve - there is nothing wrong with alternate dependecies as long as they both provide libtidy.so. Anyway same is in Build-Depends as well, where substvars are not really helpful. -- Michal Čihař | https://cihar.com/ | https://weblate.org/ signature.asc Description: This is a digitally signed message part
Bug#911904: Processed: block 911904 with 911915
Also libtidy5deb1 doesn’t have libtidy.so, just libtidy.so.5deb1 and libtidy.so.5deb1.0.0. It worked before because there was fallback to libtidy.so.5 in LIBNAMES. But now instead of whacking the new SONAME into the package every time it changes, you should solve it once and forever to resolve SONAME from libtidy-dev package and depend only on runtime library package. Sorry for multiple emails, I am on my phone on the move... -- Ondřej Surý > On 26 Oct 2018, at 13:49, Michal Čihař wrote: > > Hi > >> On Fri, 2018-10-26 at 10:51 +0200, Ondřej Surý wrote: >> LIBTIDY_LIBRARY=$(shell readlink -f >> /usr/lib/$(DEB_HOST_MULTIARCH)/libtidy.so) > > Well it all started from this file being absent from the package :-) > >> LIBTIDY_PACKAGE=$(shell dpkg-query --search $(LIBTIDY_LIBRARY) | cut >> -f 1 -d :) >> LIBTIDY_LIBRARY_FILE$(shell basename $(LIBTIDY_LIBRARY)) >> >> then >> >> sed -e “s/libtidy.so/$(LIBTIDY_LIBRARY_FILE)” lib.py >> >> echo libtidy:Depends=$(LIBTIDY_PACKAGE) > python-utidylib.substvars >> >> and replace >> >> libtidy5deb1 | libtidy5, > > I don't get what this would solve - there is nothing wrong with > alternate dependecies as long as they both provide libtidy.so. Anyway > same is in Build-Depends as well, where substvars are not really > helpful. > > -- >Michal Čihař | https://cihar.com/ | https://weblate.org/ >
Bug#911904: Processed: block 911904 with 911915
That way the package would be binNMUable -- Ondřej Surý > On 26 Oct 2018, at 13:49, Michal Čihař wrote: > > Hi > >> On Fri, 2018-10-26 at 10:51 +0200, Ondřej Surý wrote: >> LIBTIDY_LIBRARY=$(shell readlink -f >> /usr/lib/$(DEB_HOST_MULTIARCH)/libtidy.so) > > Well it all started from this file being absent from the package :-) > >> LIBTIDY_PACKAGE=$(shell dpkg-query --search $(LIBTIDY_LIBRARY) | cut >> -f 1 -d :) >> LIBTIDY_LIBRARY_FILE$(shell basename $(LIBTIDY_LIBRARY)) >> >> then >> >> sed -e “s/libtidy.so/$(LIBTIDY_LIBRARY_FILE)” lib.py >> >> echo libtidy:Depends=$(LIBTIDY_PACKAGE) > python-utidylib.substvars >> >> and replace >> >> libtidy5deb1 | libtidy5, > > I don't get what this would solve - there is nothing wrong with > alternate dependecies as long as they both provide libtidy.so. Anyway > same is in Build-Depends as well, where substvars are not really > helpful. > > -- >Michal Čihař | https://cihar.com/ | https://weblate.org/ >
Bug#911904: Processed: block 911904 with 911915
libtidy-dev will go to B-D -- Ondřej Surý > On 26 Oct 2018, at 13:49, Michal Čihař wrote: > > Hi > >> On Fri, 2018-10-26 at 10:51 +0200, Ondřej Surý wrote: >> LIBTIDY_LIBRARY=$(shell readlink -f >> /usr/lib/$(DEB_HOST_MULTIARCH)/libtidy.so) > > Well it all started from this file being absent from the package :-) > >> LIBTIDY_PACKAGE=$(shell dpkg-query --search $(LIBTIDY_LIBRARY) | cut >> -f 1 -d :) >> LIBTIDY_LIBRARY_FILE$(shell basename $(LIBTIDY_LIBRARY)) >> >> then >> >> sed -e “s/libtidy.so/$(LIBTIDY_LIBRARY_FILE)” lib.py >> >> echo libtidy:Depends=$(LIBTIDY_PACKAGE) > python-utidylib.substvars >> >> and replace >> >> libtidy5deb1 | libtidy5, > > I don't get what this would solve - there is nothing wrong with > alternate dependecies as long as they both provide libtidy.so. Anyway > same is in Build-Depends as well, where substvars are not really > helpful. > > -- >Michal Čihař | https://cihar.com/ | https://weblate.org/ >
Bug#911904: Processed: block 911904 with 911915
LIBTIDY_LIBRARY=$(shell readlink -f /usr/lib/$(DEB_HOST_MULTIARCH)/libtidy.so)
LIBTIDY_PACKAGE=$(shell dpkg-query --search $(LIBTIDY_LIBRARY) | cut -f 1 -d :)
LIBTIDY_LIBRARY_FILE$(shell basename $(LIBTIDY_LIBRARY))
then
sed -e “s/libtidy.so/$(LIBTIDY_LIBRARY_FILE)” lib.py
echo libtidy:Depends=$(LIBTIDY_PACKAGE) > python-utidylib.substvars
and replace
libtidy5deb1 | libtidy5,
with
${libtidy:Depends}
in d/control
Then debug it into functionality… :)
O.
--
Ondřej Surý
ond...@sury.org
> On 26 Oct 2018, at 10:21, Debian Bug Tracking System
> wrote:
>
> Processing commands for cont...@bugs.debian.org:
>
>> block 911904 with 911915
> Bug #911904 [src:utidylib] utidylib: Please make another upload for
> tidy-html5 2:5.6.0 compatibility
> 911904 was not blocked by any bugs.
> 911904 was not blocking any bugs.
> Added blocking bug(s) of 911904: 911915
>> thanks
> Stopping processing here.
>
> Please contact me if you need assistance.
> --
> 911904: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911904
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
