Your message dated Wed, 27 Jun 2018 18:41:38 +0200 with message-id <87d0wcgp19.fsf@gmail.com> and subject line Re: Bug#892505: transition: openexr has caused the Debian Bug report #892505, regarding transition: openexr 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 owner@bugs.debian.org immediately.) -- 892505: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=892505 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: transition: openexr
- From: "Matteo F. Vescovi" <mfv@debian.org>
- Date: Fri, 09 Mar 2018 21:43:00 +0100
- Message-id: <87vae5htez.fsf@gmail.com>
Package: release.debian.org Severity: normal User: release.debian.org@packages.debian.org Usertags: transition X-Debbugs-CC: pkg-phototools-devel@lists.alioth.debian.org, malat@debian.org Dear Release Team, I'm filing this bug for a new transition of openexr package. On March 8, 2018 a fixed testing-purpose package (2.2.1-2) has been uploaded to experimental. So, following the auto-openexr checklist[1], here is the list of source packages depending on openexr and the results of the test builds (honoring the dependency levels as reported in the checklist, as relevant for the correct order): ### Dependency level 2 ### * aqsis_1.8.2-8 => OK * darktable_2.4.0-1 => OK * exactimage_1.0.1-1 => OK * freeimage_3.17.0+ds1-5 => OK * gegl_0.3.28-2 => OK * imagemagick_8:6.9.9.34+dfsg-3 => OK * kde-runtime_4:17.08.3-1 => OK * kimageformats_5.42.0-2 => OK * kio-extras_4:17.08.3-2 => OK * krita_1:3.3.3+dfsg-1 => OK * libvigraimpex_1.10.0+git20160211.167be93+dfsg-5 => OK * luminance-hdr_2.5.1+dfsg-3 => OK * mia_2.4.6-2 => OK * nvidia-texture-tools_2.0.8-1+dfsg-8.1 => OK * opencv_3.2.0+dfsg-4 => OK * openexr-viewers_1.0.1-6 => OK * openvdb_5.0.0-1 => OK * povray_1:3.7.0.4-2 => OK ### Dependency level 3 ### * gmic_1.7.9+zart-4 => FTBFS (not openexr related) * gst-plugins-bad1.0_1.8.3-1 => FTBFS (not openexr related) * hugin_2018.0.0+dfsg-1 => OK * k3d_0.8.0.6-6 => OK * openimageio_1.8.9~dfsg0-1 => OK * pfstools_2.1.0-3 => OK * synfig_1.0.2-1 => OK * vips_8.4.5-1 => FTBFS (not openexr related) ### Dependency level 4 ### blender_2.79+dfsg0-3 => OK Thanks for your time and patience. mfv [1] https://release.debian.org/transitions/html/auto-openexr.html Ben file: title = "openexr"; is_affected = .depends ~ "libopenexr22" | .depends ~ "libopenexr23"; is_good = .depends ~ "libopenexr23"; is_bad = .depends ~ "libopenexr22"; -- System Information: Debian Release: buster/sid APT prefers buildd-unstable APT policy: (500, 'buildd-unstable'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.15.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- Matteo F. VescoviAttachment: signature.asc
Description: PGP signature
--- End Message ---
--- Begin Message ---
- To: Emilio Pozuelo Monfort <pochu@debian.org>
- Cc: 892505-done@bugs.debian.org
- Subject: Re: Bug#892505: transition: openexr
- From: "Matteo F. Vescovi" <mfv@debian.org>
- Date: Wed, 27 Jun 2018 18:41:38 +0200
- Message-id: <87d0wcgp19.fsf@gmail.com>
- In-reply-to: <87vae2d96m.fsf@debian.org> (Matteo F. Vescovi's message of "Sun, 11 Mar 2018 14:38:09 +0100")
- References: <87vae5htez.fsf@gmail.com> <07dc859e-ac93-c2b8-6bf6-f9748f43c2f5@debian.org> <87bmfwc6nh.fsf@debian.org> <53033d45-37da-331d-72ed-95788f1a7dd6@debian.org> <87vae3rb46.fsf@debian.org> <27a2a945-be0c-6410-b18b-502d2e8086c0@debian.org> <87vae2d96m.fsf@debian.org>
On 2018-03-11 at 13:38 (+0100), Matteo F. Vescovi wrote: > Hi! > > On 2018-03-11 at 00:33 (+0100), Emilio Pozuelo Monfort wrote: >> Good, that means this can be a 'smooth' transition, i.e. the new library package >> can migrate while keeping the old one in testing at the same time, so the two >> packages that fail to build are not really blockers (they are in order to finish >> the transition, but they are not in order to move the rest of the packages to >> testing). Thus please go ahead. > > Uploaded. Thanks. The transition has completed already. Thus, closing (as requested by Emilio on IRC). -- Matteo F. VescoviAttachment: signature.asc
Description: PGP signature
--- End Message ---