On Tue, Oct 10, 2023 at 05:08:34PM +0200, Andreas Tille wrote: > Hi Antonio, > > Am Tue, Oct 10, 2023 at 11:37:42AM -0300 schrieb Antonio Terceiro: > > On Tue, Oct 10, 2023 at 03:49:15PM +0200, Andreas Tille wrote: > > > > > > https://tracker.debian.org/pkg/r-bioc-tcgabiolinks > > > > > > do not work - neither the ones for Regressions nor for Pass (I did not > > > checked all Pass but some). On the other hand I've found tracker pages > > > with working links. > > > > We currently have a 2 months data retention period due to the huge > > amount of data we need to store, so any logs older than that are > > discarded. > > So I have hit that retention period yesterday by chance? Do you know > a better way to re-trigger the creation of the logs than uploading a > new package? Well you tried it exactly 60 days after the log was created. :) You can click the retry (recycling icon) links, or go to the test history page for that package/suite/architecture, and try a newer log, or request a new test via the self-service interface. > > We should be able to extend that period soon, after an update that is > > pending but on my TODO list. > > No matter how long that period might be, IMHO the link in tracker > should not point to something saying > > Not Found: /data/autopkgtest/testing/s390x/r/r-bioc-megadepth/36684073/log.gz > > I'd recommend to rather replace it by > > Sorry, to limit the space consumtion on our servers the log for > $PACKAGE $VERSION was deleted on $DATE. > > Extra points if you could add a method how to recreate this log. > > Its probably a common thing to point to those logs in Github issues and > its not helpful if the page just looks like an error message. Yes, you are right. I now have pending changes to debci to do just that.
Attachment:
signature.asc
Description: PGP signature