RSS feed GUIDs are unstable when multi-architecture wheels arrive at different times

Ouverte
#1,381 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Évaluation

Difficulté
3/5
Temps estimé
1-2 jours
Accessibilité débutants
68/100
Type d'issue
Bug
Clarté
Plutôt claire
Activité
Active
Stack technique
python
Domaine
backend

Piste de recherche

Start at iter_releases(), where releases are grouped and annotated with file_added_at, and trace how the RSS GUID uses link and pubdate. Update the query and GUID construction according to the proposed build-tag approach, then verify that later platform wheels keep the same GUID while a new build tag changes it.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

Summary

The GUID fix from #1374 (appending #timestamp to make rebuilds visible) causes feed readers to show duplicate entries when platform-specific wheels for the same (name, version, build_tag) arrive at different times.

Root cause

iter_releases() groups by (name_normalized, version) and annotates added_at=Max("file_added_at"). The GUID is link#pubdate.isoformat(). When a new architecture wheel is promoted (e.g., s390x arriving an hour after x86_64/aarch64/ppc64le), Max(file_added_at) shifts, producing a different GUID. Feed readers treat the new GUID as a new item.

Proposed fix

Replace the timestamp-based GUID fragment with a build-tag-based fragment. Use ArrayAgg("filename") in the query, extract PEP 427 build tags from wheel filenames in Python, and construct GUIDs like link#builds=1,2.

This makes GUIDs:

  • Stable when additional platform wheels arrive for the same build tag
  • Different when a genuine rebuild introduces a new build tag (the original #1374 requirement)
Langage dominant
Python
Étoiles
49
Forks
88
Merge moyen
1 j 10 h
PR mergées (30 j)
31

Guide de contribution

Ouvrir le guide de contribution

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de pulp/pulp_python

Toutes les issues de pulp/pulp_python

Issues similaires

Plus d'issues Python

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.