Your message dated Fri, 11 Mar 2022 22:18:08 +0100 with message-id <yiu8klkl0edb2...@ramacher.at> and subject line Re: Bug#1004144: transition: mbedtls has caused the Debian Bug report #1004144, regarding transition: mbedtls 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.) -- 1004144: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1004144 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
--- Begin Message ---Package: release.debian.org Severity: normal User: release.debian....@packages.debian.org Usertags: transition -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, I'm trying to transition the MbedTLS library to the latest supported LTS version, bumping the version from 2.16 to 2.28. All the libraries received a SONAME bump, and only some really minor API incompatibilities were introduced. I tested all the reverse dependencies of the library and all the ones that built fine before still build fine now. Some of them fail to build, but they also failed before upgrading MbedTLS; here's the list of currently failing packages: bctoolbox, #983985 charybdis, #978782 dolphin-emu, #976530 haxe, unsatisfiable build dependencies srslte, #993701 julia, segmentation fault during tests (happens also when not using MbedTLS 2.28, maybe it's an issue of my computer) My sponsor, Wookey, is going to take a look at the failing packages to see if MbedTLS 2.28 introduces additional build issues for the already failing packages (e.g. building bctoolbox with gcc-10). This is the first time I do something like this, I hope I have not messed up anything :) Ben file: title = "mbedtls"; is_affected = .depends ~ "libmbedcrypto3" | .depends ~ "libmbedtls12" | .depends ~ "libmbedx509-0" | .depends ~ "libmbedcrypto7" | .depends ~ "libmbedtls14" | .depends ~ "libmbedx509-1"; is_good = .depends ~ "libmbedcrypto7" | .depends ~ "libmbedtls14" | .depends ~ "libmbedx509-1"; is_bad = .depends ~ "libmbedcrypto3" | .depends ~ "libmbedtls12" | .depends ~ "libmbedx509-0"; -----BEGIN PGP SIGNATURE----- iIoEARYIADIWIQSlw/BqXszDGx3GlQz/yQfijUdG7QUCYeroyxQcYW5kcmVhQHBh cHBhY29kYS5pdAAKCRD/yQfijUdG7SnlAQDgR6neeL+EPxebJYR1iNYrMwIy4HFD Xl5FSqY7tWUAFgEAtsZ6h0RE7eRbRrI3LvMSAeBhx+a6hX8jYa4Dcd/AdgY= =Syq2 -----END PGP SIGNATURE-----
--- End Message ---
--- Begin Message ---On 2022-01-23 12:53:02 +0100, Sebastian Ramacher wrote: > Control: forwarded -1 > https://release.debian.org/transitions/html/auto-mbedtls.html > Control: tags -1 confirmed > > On 2022-01-21 18:09:32 +0100, Andrea Pappacoda wrote: > > Package: release.debian.org > > Severity: normal > > User: release.debian....@packages.debian.org > > Usertags: transition > > > > Hi, I'm trying to transition the MbedTLS library to the latest supported LTS > > version, bumping the version from 2.16 to 2.28. All the libraries received a > > SONAME bump, and only some really minor API incompatibilities were > > introduced. > > I tested all the reverse dependencies of the library and all the ones that > > built fine before still build fine now. Some of them fail to build, but they > > also failed before upgrading MbedTLS; here's the list of currently failing > > packages: > > > > bctoolbox, #983985 > > charybdis, #978782 > > dolphin-emu, #976530 > > haxe, unsatisfiable build dependencies > > srslte, #993701 > > julia, segmentation fault during tests (happens also when not using MbedTLS > > 2.28, maybe it's an issue of my computer) > > > > My sponsor, Wookey, is going to take a look at the failing packages to see > > if > > MbedTLS 2.28 introduces additional build issues for the already failing > > packages (e.g. building bctoolbox with gcc-10). > > > > This is the first time I do something like this, I hope I have not messed up > > anything :) > > Please go ahead The old binaries got removed, so that's done. Cheers -- Sebastian Ramachersignature.asc
Description: PGP signature
--- End Message ---