Bug#810186: kodi: diff for NMU version 15.2+dfsg1-1.1
Hi, >My takeaway was the expected build dependency is the following: >... >libpng-dev, >... >Would not it be OK? > sure it is. >Gianfranco, please cancel your NMU, I'll upload an updated kodi package >right after libpng is updated in unstable adapting to the libpng binary >package structure whatever it ends to be. wonderful! thanks for taking care of it (and also please note that the package is RC buggy #804695) dcut ftp-master cancel -f kodi_15.2+dfsg1-1.1_amd64.changes Uploading commands file to ftp.upload.debian.org (incoming: /pub/UploadQueue/) You need a passphrase to unlock the secret key for user: "Gianfranco Costamagna" 4096-bit RSA key, ID 4E9F5DD9, created 2014-09-14 Uploading locutus-1453623944.commands to ftp-master cheers, Gianfranco ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#810186: kodi: diff for NMU version 15.2+dfsg1-1.1
2016-01-23 4:13 GMT+01:00 Jonas Smedegaard: > Quoting Balint Reczey (2016-01-22 22:29:30) >> On Fri, 22 Jan 2016 10:21:59 + (UTC) Gianfranco Costamagna >> wrote: >> ... >>> - libpng12-dev | libpng-dev, >>> + libpng-dev | libpng12-dev, >> I have already prepared the fix in git and I'm waiting for libpng-dev >> to become a non-virtual package. >> >> From Debian Policy 7.5 Virtual packages - Provides: >> To specify which of a set of real packages should be the default to >> satisfy a particular dependency on a virtual package, list the real >> package as an alternative before the virtual one. > > That section of policy talks about _dependencies_ whereas the change > done above is a _build-dependency_. > > It is a common pattern in Debian to provide a virtual library > development package. Purpose of the section above is to ensure > deterministic install (non-random install) but that is ensured by the > maintainer of the library package only having a single package available > in any suite at a time providing the virtual package. I assumed this section covers build-dependencies to help determinism, in case there happens to be two packages providing the virtual package. There is a long thread on debian-devel starting here: https://lists.debian.org/debian-devel/2016/01/msg00133.html referencing the following transition bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650601 My takeaway was the expected build dependency is the following: ... libpng-dev, ... Would not it be OK? Gianfranco, please cancel your NMU, I'll upload an updated kodi package right after libpng is updated in unstable adapting to the libpng binary package structure whatever it ends to be. Thanks, Balint ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#810186: kodi: diff for NMU version 15.2+dfsg1-1.1
Control: tags 810186 + patch Control: tags 810186 + pending Dear maintainer, I've prepared an NMU for kodi (versioned as 15.2+dfsg1-1.1) and uploaded it to DELAYED/6. Please feel free to tell me if I should delay it longer. Regards. diff -Nru kodi-15.2+dfsg1/debian/changelog kodi-15.2+dfsg1/debian/changelog --- kodi-15.2+dfsg1/debian/changelog2015-11-06 16:09:00.0 +0100 +++ kodi-15.2+dfsg1/debian/changelog2016-01-22 11:21:15.0 +0100 @@ -1,3 +1,11 @@ +kodi (15.2+dfsg1-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Change libpng12-dev|libpng-dev build-dependency to the opposite, to +ease libpng transition. (Closes: #810186) + + -- Gianfranco CostamagnaFri, 22 Jan 2016 11:20:42 +0100 + kodi (15.2+dfsg1-1) unstable; urgency=medium [ Balint Reczey ] diff -Nru kodi-15.2+dfsg1/debian/control kodi-15.2+dfsg1/debian/control --- kodi-15.2+dfsg1/debian/control 2015-11-06 16:09:00.0 +0100 +++ kodi-15.2+dfsg1/debian/control 2016-01-22 11:20:39.0 +0100 @@ -73,7 +73,7 @@ libomxil-bellagio-dev [armel armhf mipsel mips], libpcre3-dev, libplist-dev, - libpng12-dev | libpng-dev, + libpng-dev | libpng12-dev, libpostproc-dev (>= 7:2.7.1), libpulse-dev, librtmp-dev, ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#810186: kodi: diff for NMU version 15.2+dfsg1-1.1
Hi Gianfranco, On Fri, 22 Jan 2016 10:21:59 + (UTC) Gianfranco Costamagnawrote: > Control: tags 810186 + patch > Control: tags 810186 + pending > > > Dear maintainer, > > I've prepared an NMU for kodi (versioned as 15.2+dfsg1-1.1) and > uploaded it to DELAYED/6. Please feel free to tell me if I > should delay it longer. ... > - libpng12-dev | libpng-dev, > + libpng-dev | libpng12-dev, I have already prepared the fix in git and I'm waiting for libpng-dev to become a non-virtual package. >From Debian Policy 7.5 Virtual packages - Provides: To specify which of a set of real packages should be the default to satisfy a particular dependency on a virtual package, list the real package as an alternative before the virtual one. Will libpng-deb still stay as a virtual package? I this case the following change would be a better solution: > + libpng16-dev | libpng-dev, I expected libpng-dev to become a normal package and went with > + libpng-dev, What is the plan? Cheers, Balint ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#810186: kodi: diff for NMU version 15.2+dfsg1-1.1
Quoting Balint Reczey (2016-01-22 22:29:30) > On Fri, 22 Jan 2016 10:21:59 + (UTC) Gianfranco Costamagna >wrote: > ... >> - libpng12-dev | libpng-dev, >> + libpng-dev | libpng12-dev, > I have already prepared the fix in git and I'm waiting for libpng-dev > to become a non-virtual package. > > From Debian Policy 7.5 Virtual packages - Provides: > To specify which of a set of real packages should be the default to > satisfy a particular dependency on a virtual package, list the real > package as an alternative before the virtual one. That section of policy talks about _dependencies_ whereas the change done above is a _build-dependency_. It is a common pattern in Debian to provide a virtual library development package. Purpose of the section above is to ensure deterministic install (non-random install) but that is ensured by the maintainer of the library package only having a single package available in any suite at a time providing the virtual package. Regards, - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers