Make merge #21

Merged
jeanas merged 1 commits from mdk-merge into 3.11 2023-01-15 21:42:10 +00:00
Owner

J'ai juste exécuté python merge.py 3.11.

J'ai juste exécuté `python merge.py 3.11`.
mdk added 1 commit 2023-01-15 21:38:22 +00:00
jeanas merged commit 26c991fc20 into 3.11 2023-01-15 21:42:10 +00:00
jeanas referenced this issue from a commit 2023-01-15 21:42:10 +00:00
Collaborator

Cette version ne compile pas chez moi : erreur sur le fichier library/os.
L'erreur semble provenir d'une incohérence entre le .rst et le .po.

Cette version ne compile pas chez moi : erreur sur le fichier library/os. L'erreur semble provenir d'une incohérence entre le *.rst* et le *.po*.
Author
Owner

Ahhhhhhhhh? Je regarde!

Ahhhhhhhhh? Je regarde!
Collaborator

merge.py a généré un dossier includes à la racine qui a été oublié dans le commit (marqué non suivi en versions par git à l'issue de merge.py).
Ce dossier contient le fichier wasm-notavail.po.

*merge.py* a généré un dossier *includes* à la racine qui a été oublié dans le commit (marqué non suivi en versions par git à l'issue de *merge.py*). Ce dossier contient le fichier *wasm-notavail.po*.
Collaborator

Dans le commit c4b77fbe1e, le paramètre '*.po' est interprété par git comme « limite ls-files aux fichiers mentionnés » et non pas comme « ceci est le motif des fichiers à filtrer ». Donc il ne sort que les fichiers à la racine.

Dans le commit https://git.afpy.org/AFPy/python-docs-fr/commit/c4b77fbe1eb5074d21dc0b8ea5eb44721ee7821a, le paramètre '*.po' est interprété par git comme « limite ls-files aux fichiers mentionnés » et non pas comme « ceci est le motif des fichiers à filtrer ». Donc il ne sort que les fichiers à la racine.
Collaborator

Dans cette ligne 26c991fc20/merge.py (L132),
assert (upstream - downstream) | (upstream & downstream) == upstream, non ?

Dans cette ligne https://git.afpy.org/AFPy/python-docs-fr/src/commit/26c991fc2076d2a29013668a7a2b7832a9f8339e/merge.py#L132, *assert (upstream - downstream) | (upstream & downstream) == upstream*, non ?
Author
Owner

merge.py a généré un dossier includes à la racine qui a été oublié dans le commit (marqué non suivi en versions par git à l'issue de merge.py).
Ce dossier contient le fichier wasm-notavail.po.

Exact !

> *merge.py* a généré un dossier *includes* à la racine qui a été oublié dans le commit (marqué non suivi en versions par git à l'issue de *merge.py*). > Ce dossier contient le fichier *wasm-notavail.po*. Exact !
Author
Owner

Dans cette ligne 26c991fc20/merge.py (L132),
assert (upstream - downstream) | (upstream & downstream) == upstream, non ?

Selon :

from hypothesis import given
from hypothesis.strategies import integers, sets

@given(sets(integers()), sets(integers()))
def test_set(upstream, downstream):
    assert (upstream - downstream) | (upstream & downstream) == upstream

c'est vrai :D

> Dans cette ligne https://git.afpy.org/AFPy/python-docs-fr/src/commit/26c991fc2076d2a29013668a7a2b7832a9f8339e/merge.py#L132, > *assert (upstream - downstream) | (upstream & downstream) == upstream*, non ? Selon : ```python from hypothesis import given from hypothesis.strategies import integers, sets @given(sets(integers()), sets(integers())) def test_set(upstream, downstream): assert (upstream - downstream) | (upstream & downstream) == upstream ``` c'est vrai :D
Author
Owner

Dans le commit c4b77fbe1e, le paramètre '*.po' est interprété par git comme « limite ls-files aux fichiers mentionnés » et non pas comme « ceci est le motif des fichiers à filtrer ». Donc il ne sort que les fichiers à la racine.

Non, il y a une différence entre :

git ls-files *.po

et :

git ls-files '*.po'

Dans le premier c'est bash qui fait la complétion et il ne voit qu'un niveau de la hierarchie, dans le 2nd c'est git qui applique le motif.

Dans le script Python on invoque l'équivalent du second (pas de bash pour remplacer l'étoile).

> Dans le commit c4b77fbe1e, le paramètre '*.po' est interprété par git comme « limite ls-files aux fichiers mentionnés » et non pas comme « ceci est le motif des fichiers à filtrer ». Donc il ne sort que les fichiers à la racine. Non, il y a une différence entre : git ls-files *.po et : git ls-files '*.po' Dans le premier c'est bash qui fait la complétion et il ne voit qu'un niveau de la hierarchie, dans le 2nd c'est git qui applique le motif. Dans le script Python on invoque l'équivalent du second (pas de bash pour remplacer l'étoile).
ChristopheNan referenced this issue from a commit 2023-01-23 21:54:22 +00:00
Sign in to join this conversation.
No reviewers
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: AFPy/python-docs-fr#21
No description provided.