Re: jessie-security packages missing from ftp-master
Hi, On Sun, 2018-06-17 at 18:09 +0200, Ansgar Burchardt wrote: > Hi, > > "Adam D. Barratt" writes: [...] > > I assume something (relevant) has changed in the past year or so, > > as openoffice.org-dictionaries managed to get accepted this time. > > It looks like the original issue was what I thought, however: > > > > hunspell-fr | 1:3.3.0-4+deb8u1 | oldstable-proposed-updates | all > > hunspell-fr | 1:5.2-1 | oldstable | > > source, all > > I temporarily disabled the version check (o-p-u > oldstable) to get > this in o-p-u. Ah, that explains it - thanks! > > Is that likely to cause an issue on point release day, or should we > > simply end up with jessie containing both binaries temporarily, > > with > > the "older" one getting dominated away? > > I guess dominate should just get rid of the lower versioned package. > That's what I was hoping, I just wanted to check now rather than on point release day. Regards, Adam
Re: jessie-security packages missing from ftp-master
Hi, "Adam D. Barratt" writes: > On Sun, 2018-06-17 at 14:05 +0200, Ansgar Burchardt wrote: >> "Adam D. Barratt" writes: >> > Packages not synced to ftp-master >> > = >> > > [...] >> > * openoffice.org-dictionaries 1:3.3.0~rc10-4+deb8u1 (source + all) >> > - I think this is due to some of the binaries (e.g. hunspell-fr) >> > being produced by other source packages with higher versions > [...] >> All of these should now be in oldstable-new. > > Thanks a lot for all the work on that! In future I'll try and follow up > more quickly after issues, so it's easier to check and resurrect > things. :( > > I assume something (relevant) has changed in the past year or so, as > openoffice.org-dictionaries managed to get accepted this time. It looks > like the original issue was what I thought, however: > > hunspell-fr | 1:3.3.0-4+deb8u1 | oldstable-proposed-updates | all > hunspell-fr | 1:5.2-1 | oldstable | source, all I temporarily disabled the version check (o-p-u > oldstable) to get this in o-p-u. > Is that likely to cause an issue on point release day, or should we > simply end up with jessie containing both binaries temporarily, with > the "older" one getting dominated away? I guess dominate should just get rid of the lower versioned package. Ansgar
Re: jessie-security packages missing from ftp-master
On Sun, 2018-06-17 at 14:05 +0200, Ansgar Burchardt wrote: > "Adam D. Barratt" writes: > > Packages not synced to ftp-master > > = > > [...] > > * openoffice.org-dictionaries 1:3.3.0~rc10-4+deb8u1 (source + all) > > - I think this is due to some of the binaries (e.g. hunspell-fr) > > being produced by other source packages with higher versions [...] > All of these should now be in oldstable-new. Thanks a lot for all the work on that! In future I'll try and follow up more quickly after issues, so it's easier to check and resurrect things. :( I assume something (relevant) has changed in the past year or so, as openoffice.org-dictionaries managed to get accepted this time. It looks like the original issue was what I thought, however: hunspell-fr | 1:3.3.0-4+deb8u1 | oldstable-proposed-updates | all hunspell-fr | 1:5.2-1 | oldstable | source, all Is that likely to cause an issue on point release day, or should we simply end up with jessie containing both binaries temporarily, with the "older" one getting dominated away? Cheers, Adam
Re: jessie-security packages missing from ftp-master
"Adam D. Barratt" writes: > Packages not synced to ftp-master > = > > I've added notes where I'm aware of reasons for the missing sync. I > think this set will all need ftp-master investigation / resolution. > > * enigmail 2:1.9.9-1~deb8u1 (source + all) > * freerdp 1.1.0~git20140921.1.440916e+dfsg1-4+deb8u1 (source + > binaries) > * mat 0.5.2-3+deb8u1 (source + all) > - This was originally uploaded to ftp-master, rejected, and re- > uploaded to security "as-is", so failed the replay check on ftp-master > * openjdk-7 7u171-2.6.13-1~deb8u1 (source + binaries) > - I think this may have been a case where the binary uploads were > processed before the source. I suspect that on re-processing some > architectures may have issues with version constraints, but getting as > many incorporated as possible would be appreciated. > * openoffice.org-dictionaries 1:3.3.0~rc10-4+deb8u1 (source + all) > - I think this is due to some of the binaries (e.g. hunspell-fr) > being produced by other source packages with higher versions > * procps > - appears to have had some sort of upload error > > 20180610173424|process-upload|dak|procps_3.3.9-9+deb8u1_armhf.changes|Error > while loading changes: No valid signature found. (GPG exited with status code > 512) All of these should now be in oldstable-new. Ansgar
Re: jessie-security packages missing from ftp-master
Hi Adam, On Sat, Jun 16, 2018 at 01:11:22PM +0100, Adam D. Barratt wrote: > > * openoffice.org-dictionaries 1:3.3.0~rc10-4+deb8u1 (source + all) > > - I think this is due to some of the binaries (e.g. hunspell-fr) > > being produced by other source packages with higher versions > > * procps > > - appears to have had some sort of upload error > > 20180610173424|process-upload|dak|procps_3.3.9- > > 9+deb8u1_armhf.changes|Error while loading changes: No valid > > signature found. (GPG exited with status code 512) > > That's still the case. I hope here the easiest is if ftp-master can reprocess the upload right? > > Packages not available on -security > > === > > > > Is it worth retrying any of these? > > There's one new package to add to the list: > > * memcached 1.4.21-1.1+deb8u2 (ppc64el) > > I tried giving this back a short while ago and it failed again. Could > someone possibly check the log to see if it's likely to be a fatal > issue? I had a look, and in https://people.debian.org/~carnil/buildd-logs/memcached/memcached_1.4.21-1.1+deb8u2_ppc64el-2018-06-16T11:58:40Z.gz I copied over the build log. I tired on plummer to build 1.4.21-1.1, 1.4.21-1.1+deb8u1 for ppc64el, all fail on the same test already. So the regression seems to be caused otherwise. Regards, Salvatore
Re: jessie-security packages missing from ftp-master
On Sun, 2018-06-10 at 19:35 +0100, Adam D. Barratt wrote: > Hi, > > As we're getting very close to the EOL point release for jessie (at > least from the main archive perspective), I've been having a look at > making the delta from the security archive as small as possible > beforehand. > > Packages not synced to ftp-master > = > > I've added notes where I'm aware of reasons for the missing sync. I > think this set will all need ftp-master investigation / resolution. > > * enigmail 2:1.9.9-1~deb8u1 (source + all) > * freerdp 1.1.0~git20140921.1.440916e+dfsg1-4+deb8u1 (source + > binaries) > * mat 0.5.2-3+deb8u1 (source + all) > - This was originally uploaded to ftp-master, rejected, and re- > uploaded to security "as-is", so failed the replay check on ftp- > master > * openjdk-7 7u171-2.6.13-1~deb8u1 (source + binaries) > - I think this may have been a case where the binary uploads were > processed before the source. I suspect that on re-processing some > architectures may have issues with version constraints, but getting > as many incorporated as possible would be appreciated. > As discussed on IRC, the latest version from the security archive failed to get synced to ftp-master, because there are older openjdk-7 binaries in experimental (due to an apparently expected FTBFS with newer uploads), and (o)pu have a "must be older than experimental" version constraint. Ansgar indicated (again on IRC) that he thought the constraints could be dropped in this case. > * openoffice.org-dictionaries 1:3.3.0~rc10-4+deb8u1 (source + all) > - I think this is due to some of the binaries (e.g. hunspell-fr) > being produced by other source packages with higher versions > * procps > - appears to have had some sort of upload error > 20180610173424|process-upload|dak|procps_3.3.9- > 9+deb8u1_armhf.changes|Error while loading changes: No valid > signature found. (GPG exited with status code 512) That's still the case. > > Packages not available on -security > === > > Is it worth retrying any of these? There's one new package to add to the list: * memcached 1.4.21-1.1+deb8u2 (ppc64el) I tried giving this back a short while ago and it failed again. Could someone possibly check the log to see if it's likely to be a fatal issue? Cheers, Adam
Re: jessie-security packages missing from ftp-master
On Tue, Jun 12, 2018 at 09:45:06AM +0100, Adam D. Barratt wrote: > > > * git-annex 5.20141125+deb8u1 (arm64 ppc64el) > > > * graphicsmagick 1.3.20-3+deb8u2 (powerpc) > > > * mariadb-10.0 10.0.32-0+deb8u1 (mips mipsel powerpc s390x) > > Thanks, but at this stage I think we'll just have to accept the packages > "as-is" in order to get as much as we can into 8.11. That makes a lot of sense. > Unless I'm mistaken, > these are all architectures that won't be supported by jessie-lts? Ack, arm64 ppc64el powerpc mips mipsel and s390x are not archs not covered in jessie-lts. Cheers, Moritz
Re: jessie-security packages missing from ftp-master
Hi, On 2018-06-12 6:21, Salvatore Bonaccorso wrote: Hi Adam, Looks there was some overlap in trying to help on this part with Moritz (sorry did not yet reply to this mail): On Sun, Jun 10, 2018 at 07:35:16PM +0100, Adam D. Barratt wrote: Packages not available on -security === Is it worth retrying any of these? * git-annex 5.20141125+deb8u1 (arm64 ppc64el) I did initially give back, but it looks the problem here is that libghc-bloomfilter-dev is uninstallable for arm64 and ppc64el (not present actually). Ah, thanks. * graphicsmagick 1.3.20-3+deb8u2 (powerpc) * mariadb-10.0 10.0.32-0+deb8u1 (mips mipsel powerpc s390x) Still failed, do you want the build logs for those? but I think we will not have enought time to adress those issues. Thanks, but at this stage I think we'll just have to accept the packages "as-is" in order to get as much as we can into 8.11. Unless I'm mistaken, these are all architectures that won't be supported by jessie-lts? Regards, Adam
Re: jessie-security packages missing from ftp-master
On 2018-06-12 7:31, Emilio Pozuelo Monfort wrote: On 11/06/18 23:15, Adam D. Barratt wrote: On Mon, 2018-06-11 at 23:11 +0200, Moritz Mühlenhoff wrote: On Mon, Jun 11, 2018 at 10:04:29PM +0100, Adam D. Barratt wrote: Unfortunately not quite yet, as none of the builds made it to oldstable-new. It looks like this is due to: Version check failed: Your upload included the binary package openjdk-7-jre-zero, version 7u181-2.6.14-1~deb8u1, for amd64, however experimental already has version 7u161-2.6.12-1. That seems like stale data, experimental has 7u181-2.6.14-1? The source, yes. It looks like all the binaries have FTBFS though. That's expected, as openjdk-7 no longer supports the ant version in sid. It may be time to remove openjdk-7 from there. It would certainly be helpful to either have opendjk-7 dropped from experimental or the version constraint dropped (even temporarily), and the jessie-security packages reinjected into unchecked. Regards, Adam
Re: jessie-security packages missing from ftp-master
On 11/06/18 23:15, Adam D. Barratt wrote: > On Mon, 2018-06-11 at 23:11 +0200, Moritz Mühlenhoff wrote: >> On Mon, Jun 11, 2018 at 10:04:29PM +0100, Adam D. Barratt wrote: >>> Unfortunately not quite yet, as none of the builds made it to >>> oldstable-new. It looks like this is due to: >>> >>> Version check failed: >>> Your upload included the binary package openjdk-7-jre-zero, version >>> 7u181-2.6.14-1~deb8u1, for amd64, however experimental already has >>> version 7u161-2.6.12-1. >> >> That seems like stale data, experimental has 7u181-2.6.14-1? > > The source, yes. It looks like all the binaries have FTBFS though. That's expected, as openjdk-7 no longer supports the ant version in sid. It may be time to remove openjdk-7 from there. Cheers, Emilio
Re: jessie-security packages missing from ftp-master
Hi Adam, Looks there was some overlap in trying to help on this part with Moritz (sorry did not yet reply to this mail): On Sun, Jun 10, 2018 at 07:35:16PM +0100, Adam D. Barratt wrote: > Packages not available on -security > === > > Is it worth retrying any of these? > > * git-annex 5.20141125+deb8u1 (arm64 ppc64el) I did initially give back, but it looks the problem here is that libghc-bloomfilter-dev is uninstallable for arm64 and ppc64el (not present actually). > * graphicsmagick 1.3.20-3+deb8u2 (powerpc) > * mariadb-10.0 10.0.32-0+deb8u1 (mips mipsel powerpc s390x) Still failed, do you want the build logs for those? but I think we will not have enought time to adress those issues. Regards, Salvatore
Re: jessie-security packages missing from ftp-master
On Mon, 2018-06-11 at 23:11 +0200, Moritz Mühlenhoff wrote: > On Mon, Jun 11, 2018 at 10:04:29PM +0100, Adam D. Barratt wrote: > > Unfortunately not quite yet, as none of the builds made it to > > oldstable-new. It looks like this is due to: > > > > Version check failed: > > Your upload included the binary package openjdk-7-jre-zero, version > > 7u181-2.6.14-1~deb8u1, for amd64, however experimental already has > > version 7u161-2.6.12-1. > > That seems like stale data, experimental has 7u181-2.6.14-1? The source, yes. It looks like all the binaries have FTBFS though. Cheers, Adam
Re: jessie-security packages missing from ftp-master
On Mon, Jun 11, 2018 at 10:04:29PM +0100, Adam D. Barratt wrote: > Unfortunately not quite yet, as none of the builds made it to > oldstable-new. It looks like this is due to: > > Version check failed: > Your upload included the binary package openjdk-7-jre-zero, version > 7u181-2.6.14-1~deb8u1, for amd64, however experimental already has > version 7u161-2.6.12-1. That seems like stale data, experimental has 7u181-2.6.14-1? Cheers, Moritz
Re: jessie-security packages missing from ftp-master
Hi, On Mon, 2018-06-11 at 22:32 +0200, Moritz Mühlenhoff wrote: > Hi Adam, > > Following up on some issues: > > On Sun, Jun 10, 2018 at 07:35:16PM +0100, Adam D. Barratt wrote: > > Is it worth retrying any of these? > > > > * graphicsmagick 1.3.20-3+deb8u2 (powerpc) > > Tried a giveback, but it's a persistent test suite which breaks > the build. Not sure. Thanks. > > * mariadb-10.0 10.0.32-0+deb8u1 (mips mipsel powerpc s390x) > > I guess these are arch-specific failures, which won't be fixed, > the one for powerpc dates back quite a while. > > > * openjdk-7 7u151-2.6.11-2~deb8u1 (arm64 s390x) > > This got superceded by the latest (and final) openjdk-7 update: > arm64 and s390x now had a successful build. So openjdk-7 should > be complete it seems? > Unfortunately not quite yet, as none of the builds made it to oldstable-new. It looks like this is due to: Version check failed: Your upload included the binary package openjdk-7-jre-zero, version 7u181-2.6.14-1~deb8u1, for amd64, however experimental already has version 7u161-2.6.12-1. Uploads to oldstable-proposed-updates must have a lower version than present in experimental. and similar for some others. I'm not sure if that particular constraint is that useful. I'll raise it on IRC and see what other people think. Cheers, Adam
Re: jessie-security packages missing from ftp-master
Hi Adam, Following up on some issues: On Sun, Jun 10, 2018 at 07:35:16PM +0100, Adam D. Barratt wrote: > Is it worth retrying any of these? > > * graphicsmagick 1.3.20-3+deb8u2 (powerpc) Tried a giveback, but it's a persistent test suite which breaks the build. Not sure. > * mariadb-10.0 10.0.32-0+deb8u1 (mips mipsel powerpc s390x) I guess these are arch-specific failures, which won't be fixed, the one for powerpc dates back quite a while. > * openjdk-7 7u151-2.6.11-2~deb8u1 (arm64 s390x) This got superceded by the latest (and final) openjdk-7 update: arm64 and s390x now had a successful build. So openjdk-7 should be complete it seems? Cheers, Moritz
