Bug#862305: transition: libwebp
Beginning transition. Uploaded to unstable.
Processed: Re: Bug#862305: transition: libwebp
Processing control commands: > tags -1 = confirmed Bug #862305 [release.debian.org] transition: libwebp Added tag(s) confirmed; removed tag(s) moreinfo. -- 862305: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862305 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#862305: transition: libwebp
Control: tags -1 = confirmed On 26/07/17 00:12, Jeff Breidenbach wrote: > >Do the packages in > https://release.debian.org/transitions/html/auto-libwebp.html > >build fine against the new libwebpmux ? > > There was a bug the libwep control file. I fixed that and uploaded > 0.6.0-2 to experimental just now. Then I did some testing on AMD64 to > answer your question. Everything on the list (ffmpeg, freeimage, pillow, vlc) > builds fine against libwebp 0.6.0-2. > > Hoping to proceed with transition before I get distracted. Go ahead. Cheers, Emilio
Bug#862305: transition: libwebp
>Do the packages in https://release.debian.org/transitions/html/auto-libwebp.html >build fine against the new libwebpmux ? There was a bug the libwep control file. I fixed that and uploaded 0.6.0-2 to experimental just now. Then I did some testing on AMD64 to answer your question. Everything on the list (ffmpeg, freeimage, pillow, vlc) builds fine against libwebp 0.6.0-2. Hoping to proceed with transition before I get distracted.
Bug#862305: transition: libwebp
On 11/05/17 00:58, Jeff Breidenbach wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > > This is a clean ABI bump. I've updated the symbols file appropriately. > New package has been uploaded to experimental. > > Please be aware that the primary binary library package (libwebp6) is > not part of this transition. Upstream claims that libwebp6 maintains > ABI compatibility and I've confirmed this by spot testing in a chroot. > > I have a poor track record with smooth transitions, but have high hopes > that this one will go well. Do the packages in https://release.debian.org/transitions/html/auto-libwebp.html build fine against the new libwebpmux ? Emilio
Bug#862305: transition: libwebp
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition This is a clean ABI bump. I've updated the symbols file appropriately. New package has been uploaded to experimental. Please be aware that the primary binary library package (libwebp6) is not part of this transition. Upstream claims that libwebp6 maintains ABI compatibility and I've confirmed this by spot testing in a chroot. I have a poor track record with smooth transitions, but have high hopes that this one will go well. Reverse Depends: libavcodec-extra57 (>= 7:3.2.4-1) Reverse Depends: libavcodec57 (>= 7:3.2.4-1) Reverse Depends: libfreeimage3 (>= 3.17.0+ds1-5) Reverse Depends: libwebp-dev (= 0.5.2-1) Reverse Depends: libwebpmux2-dbgsym (= 0.6.0-1) Reverse Depends: python-pil (>= 4.0.0-4) Reverse Depends: python-pil-dbg (>= 4.0.0-4) Reverse Depends: python3-pil (>= 4.0.0-4) Reverse Depends: python3-pil-dbg (>= 4.0.0-4) Reverse Depends: vlc-plugin-base (>= 2.2.5-1) Reverse Depends: webp (>= 0.5.2-1) Ben file: title = "libwebp"; is_affected = .depends ~ "libwebpmux2" | .depends ~ "libwebpmux3"; is_good = .depends ~ "libwebpmux3"; is_bad = .depends ~ "libwebpmux2"; -- System Information: Debian Release: 9.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.4.0-75-generic Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: unable to detect