Il faudrait aussi connaître les barres d'erreurs.
Par exemple pour le Pfizer, celles pour la population des plus de 75 ans sont -13.1% et 100% (oui oui il y a bien une barre dans les négatifs).
Posté par flavien75 .
En réponse au journal Vote électronique.
Évalué à 1.
Dernière modification le 02 juillet 2021 à 22:41.
Tu cite le passage sur la partie dépouillement.
Euh, comment dire, je parlais justement du dépouillement, pas du vote, donc à ce moment là on ce fout de l'influence étrangère (où alors tu m'explique comment mais là je vois pas).
Ya plus qu'à dépouiller, donc quiconque à un problème avec la présence d'inconnus est lui-même un problème
entre autres
J'ai pour ma part participé à quelques dépouillements, il ne me serait jamais venu à l'esprit (ni à ceux qui dépouillaient avec moi) de demander quelconque justification au scrutateur. Ça aurait voulut sous-entendre qu'on prévoyait de tricher.
J'aurais d'autres choses à dire (éventuellement) sur la partie "vote".
Si on prend le code électoral, les enfants ne rentrent pas dans la pièce du tout.
Alors oui je pinaille, mais certains sont prêts à faire des recours à la moindre occasion (sous réserve que leur parti ait perdu), le fait que la question ait été posée au gouvernement montre bien qu'elle se pose.
A titre personnel, je ne comprend pas que le dépouillement ne soit pas totalement publique, c'est à dire ouvert aux non-inscrits. Faire assister ses enfants à un dépouillement me semble la meilleur leçon d'éducation civique (c'est quand même au programme du collège !)
Dans la pratique, j'ai eu l'occasion d'être scrutateur dans une ville qui n'était pas la mienne, le président ne m'a absolument pas demandé de justifier quoique ce soit :
- Vous venez pour assister au dépouillement ? d'accord, mais vous voudriez pas nous donner un coup de main ?
- Je peux pas, j'habite dans une autre ville, je viens juste pour regarder
- OK je comprend
Donc si j'avais des enfants, je les emmènerai voir comment se passe une élection et connaissant le président de mon bureau de vote ça m’étonnerai qu'il trouve quelque chose à redire.
Rappelons aussi qu'ils n'ont pas le droit de vote dans leur pays hôte si ils n'ont qu'un simple permis de travail
il faudrait dire
pas toujours le droit de vote dans leur pays hôte
Dans certains cas, dont tous les pays de l'union européenne, les étrangers peuvent voter à certaines élections.
Par exemple, j'étais résident en Angleterre en 2005, j'ai eu le droit de vote sans le demander. Je pouvais d'ailleurs voter par correspondance. Et le comble c'est que j'étais toujours inscrit sur les listes française et que j'ai voter en France (je n'étais parti que pour un an et me sentais plus français qu'anglais).
Si ça peut en rassurer, je n'ai pas utilisé le bulletin anglais, ils pouvaient très bien se saborder sans moi (et ils l'ont prouvé).
Le gouvernement pourrait très bien faire voter des lois qui concernent les français vivant à l'étranger, donc ceux-ci doivent pouvoir voter.
Histoire de donner un exemple, les citoyens américains doivent déclarer leurs revenus au "fisc" américain même s'ils sont domiciliés à l'étranger pour éventuellement payer des impôts aux états-unis. Donc il est (serait ?) normal qu'il puisse voter aux élections fédérales.
Tu me diras que ce n'est pas le cas en France ? Mais comment savoir si un candidat ne proposera pas ça à une élection future ?
À ce moment là, il faudra bien que les expatriés puisse voter (pour ou contre).
Posté par flavien75 .
En réponse au journal Vote électronique.
Évalué à 2.
Dernière modification le 02 juillet 2021 à 10:36.
D'un certain côté je suis d'accord avec toi.
D'un autre côté, imaginons un parent célibataire qui a des enfants en bas âge (ce qui représente 21% des enfants).
On fait quoi ?
on lui demande de laisser son enfant à la porte du bureau (ça va si le vote se passe dans une école, mais si c'est dans la mairie on le laisse au bord de la départementale ?)
on lui demande de trouver quelqu'un pour garder l'enfant sinon elle/il ne vote pas
on tolère ?
Donc je pense que ce n'est pas plus mal que le président du bureau puisse tolérer des cas pas prévus par le code électoral.
2nd point, selon mes lectures dont j'ai perdu la source (à remettre en question donc!), sous linux, un thread et un process c'est la même chose (en terme de fonctionnement technique, j'entend, pas en terme d'interface) et donc il n'y a pas de différence de performance.
Je doute qu'en terme de fonctionnement technique ce soit pareil :
- les threads partagent les segments "data", "BSS" (variables globales) et "heap" (allocation dynamique)
- les process peuvent partager des zones mémoire entre eux, mais il faut explicitement le demander au système d'exploitation
- par défaut il n'y a pas de protection mémoire entre les threads
- si tu fais un exec() depuis un thread tous les autres seront impactés, ce n'est pas le cas entre process
Après, de mémoire, c'est effectivement le scheduler de Linux qui gère les threads Posix. Je ne suis pas certain que ce soit le cas en Java par exemple.
Oui, mais n'empêche que si ça marche en école d'ingé, ça peut aussi marcher en prépa : on autorise tout (sauf la communication avec l'extérieur ou entre candidats) ou alors on interdit tout.
Ce serait beaucoup plus simple et le critère d'homologation se résumerait à "est-ce que la calculatrice a un moyen de communication sans fil oui/non"
Bon par contre ça obligerait certains profs à revoir leurs contrôles (bonjour à mon ancien prof qui a donné le même exercice 2 années d'affilée)
Donc si tu autorisais ce genre d'engins persos, autant accepter les documents personnels aussi (ce qui ne me choquerait pas forcément, mais il faudrait l'assumer pleinement).
C'est ce qu'il se passait dans mon école d'ingé, et même avec tous les documents de cours, ça ne m'a pas empêché de me vautrer en physique quantique (et en physique tout cours).
En fait on avait 2 types de contrôles:
- des contrôles de connaissances sous forme de QCM avec documents interdits (environ 1 fois par mois), avec un coefficient assez faible
- des contrôles avec tous documents autorisés, et là, à moins d'avoir le corrigé sous les yeux tu n'as aucune chance si tu n'as pas assimilé le cours
De mon côté j'apprécie de pouvoir pertinenter un commentaire. Car oui ça m'arrive régulièrement de vouloir poster une réaction/réponse et de voir que quelqu'un avait eu la même idée que moi.
Donc ça évite de polluer le site avec des commentaires qui ne contiennent "+1" ou "tu as trop raison" ou "j'allais dire la même chose".
Posté par flavien75 .
En réponse au journal De Intel/Nvidia à AMD..
Évalué à 3.
Dernière modification le 04 juin 2021 à 10:10.
Ne serai-ce que pour les ports USB3, j'ai toujours eu besoin de drivers pour le chipset (Intel Z87 avec microprocesseur Core i5-4570).
D'ailleurs j'ai acheté ce PC quelques mois après la sortie de ces composants, il a fallu que je passe (temporairement) sur Fedora pour avoir un noyau qui intègre les drivers.
Tu voudrais pas non plus que l'état indique sur un de ses sites la liste des informations contenues dans la carte ainsi que le moyen de les consulter non plus ?
Le coin du bas à droite de la photo me donne l’impression que c’est un fixe.
Et la seconde photo est encore plus clair. Je ne sais pas comment j'ai pu louper ça.
Si Windows fonctionne, le plus simple est d'aller voir dans le panneau de configuration, rubrique "Gestionnaire de périphériques". Ça te donnera la réponse.
Vu que le problème n'apparaît que sous Linux, on va partir du principe que c'est un problème de driver. (en fait ça me rappelle l'effet que donne une RAM utilisée avec des mauvais timings).
Est-ce que c'est un PC de bureau ou un portable ?
Qu'est-ce qu'il y a comme carte graphique ?
Sur Ubuntu, ça m'est arrivé (plusieurs fois) que la mise à jour de Firefox pendant qu'il tourne le rende instable. Après il n'y qu'à le relancer, donc rien de dramatique.
Je dirais même moins, selon la norme USB 2.0 (chapitre 5.8.4), dans le meilleur des cas on n'obtiendra que 53.248 Mo/s (104 trames de 512 octets).
Valeur à diminuer en fonction de l'overhead du protocole ATA.
Pour l'avoir malencontreusement utilisé sur une révision publique,
Rectification! la fonction "rebase" ne permet pas de modifier des révisions publiques. Par contre il reste possible de repasser une version en "draft" puis de la modifier. Un message d'avertissement est affiché, il vaut mieux le suivre et renoncer (ou alors avoir beaucoup de temps à perdre).
Par contre la fonction "strip" (qui sert à faire disparaître des commits) fonctionne quelque soit l'état du commit.
est-ce que tu peux me dire si il y a moyen d'éditer l'historique avec Hg ?
Oui mais c'est parfois déconseillé.
On va passer rapidement sur la fonction "rollback/undo" : tant que la dernière révision est "draft" (n'a pas été poussé vers l'extérieur ou tiré par quelqu'un), il est possible d'annuler le dernier commit, ou de le modifier. Il n'y aucun risque de ce côté là. J'imagine que Git propose les mêmes fonctions.
Par contre, il existe des extensions standards qui permettent de modifier l'historique des commits quelque soit leur état (secret / draft / public).
Pour l'avoir malencontreusement utilisé sur une révision publique, je ne raconte par le bordel que ça a mis dans la base (les nouveaux hash ne correspondant plus, les ordis ayant déjà récupérés l'ancienne version se retrouvaient avec 2 tête de branches et plus possible de commiter quoique ce soit avant d'avoir ré-appliqué la modification manuellement sur chaque client…).
Cela dit, sur des révisions locale (secret ou draft), c'est pratique et peu risqué (en tout cas je n'ai jamais eu de soucis). Je me suis encore servi cette semaine de l'extension "strip" pour faire détruire une branche locale.
De même il m'arrive d'utiliser l'extension "rebase" pour changer l'ordre des commits ou les déplacer d'une branche à une autre.
Sous windows, il doit bien y avoir tortoiseGit, me semble?
Je l'avais essayé il y a quelques années, à l'époque ça ne fournissait qu'une interface équivalente à TortoiseSVN, ce qui (pour moi) reste un ensemble de raccourcis pour éviter de taper des commandes. Ça a peut-être changé depuis.
Le "Workbench" de Mercurial propose directement une vue d'ensemble de l'état d'un dépôt, permet de visualiser les interactions entre les branches, parcourir les différentes révisions, de demander facilement des diffs entre la révision complète ou un simple fichier par rapport à la version locale.
Donc non, pour moi ce n'est pas comparable.
Si c'est ça la raison qui te fait utiliser la ligne de commande,
Au début, j'ai pris l'habitude d'afficher la console pour afficher les messages d'erreurs originaux de mercurial, mais au final, la seule fois que j'ai dû m'en servir a été pour importer un repo SVN (fonction non prévue dans l'interface graphique). En fait, depuis ça ne sert plus qu'à décorer la fenêtre.
Toujours sur le registre technologique, mercurial est implémenté dans un langage qui n'est lié à aucun standard. À l'heure actuelle, la version proposée dans les dépôts stables de Debian dépends de python2. Qui n'est plus maintenu et est considéré obsolète depuis combien de temps, déjà? (je sais, ce sont 2 dates différentes).
[…]
Ça se discute probablement, mais vu que j'aime l'idée de pouvoir utiliser un logiciel 20 après avec les correctifs et améliorations apportées depuis, ben le fait d'être codé en python est déjà un désavantage monstre.
Je n'y avais pas pensé, mais la pérennité est un argument fort.
Maintenant, je veux bien croire qu'il puisse être supérieur à git, reste à savoir en quoi ça impacte l'utilisateur final?
Je n'ai pas dit qu'il était foncièrement supérieur à Git, je les considère plutôt à égalité techniquement, avec 109 points de plus pour Mercurial à cause de l'ergonomie du Workbench
Vu qu'en arrivant, il n'y avait pas de versionning en place, j'ai pu choisir l'outil qui va bien.
Donc Mercurial, c'est tout aussi puissant et ça peut s'utiliser via une interface graphique (HgWorkbench). Après comme on a une réputation a tenir, on active la console en bas de l'interface histoire qu'il y ait plein de commandes qui défilent.
Franchement, mis à part le fait que Git soit leader et dispose donc de forges telles que GitHub et GitLab, je ne vois pas ce qu'il a de mieux. Est-ce que l'un d'entre vous a utilisé les deux et a trouvé la réponse ?
(c'est une vrai question)
Sauf la transformée discrète est une variante de la transformée continue dont une des hypothèses de base de la transformée est que le signal n'est pas périodique et est borné dans le temps. Hypothèse nécessaire pour que l'intégrale converge. D'ailleurs l'inverse reviendrait à dire que le signal à une énergie infinie.
Donc sa transformation inverse ne donnera jamais un signal périodique.
Lorsque les sites de pari en ligne avaient été officiellement autorisés en France, le gouvernement avait clairement expliqué que ceux qui ne respecteraient pas les lois françaises seraient filtrés. Je n'ai malheureusement pas de source sous la main.
Je ne sais pas si ça ne serait pas applicable à une entreprise qui n'applique pas le RGPD et qui refuse de payer l'amende.
Après l'entreprise pourrait toujours décider de continuer quitte à renoncer au marché français. Un peu comme dans le cas de la chine où Microsoft s'est conformé aux demandes des autorités tandis que Google a préféré être filtré.
[^] # Re: Quelques éclaircissements sur les vaccins et immunité collective
Posté par flavien75 . En réponse au journal Petite question sur l'immunité collective. Évalué à -1.
Il faudrait aussi connaître les barres d'erreurs.
Par exemple pour le Pfizer, celles pour la population des plus de 75 ans sont -13.1% et 100% (oui oui il y a bien une barre dans les négatifs).
Autant dire que ça ne nous aide pas
Les vrais naviguent en -42
[^] # Re: S'appuyer sur ce qui existe déjà
Posté par flavien75 . En réponse au journal Vote électronique. Évalué à 1. Dernière modification le 02 juillet 2021 à 22:41.
Tu cite le passage sur la partie dépouillement.
Euh, comment dire, je parlais justement du dépouillement, pas du vote, donc à ce moment là on ce fout de l'influence étrangère (où alors tu m'explique comment mais là je vois pas).
Ya plus qu'à dépouiller, donc quiconque à un problème avec la présence d'inconnus est lui-même un problème
entre autres
J'ai pour ma part participé à quelques dépouillements, il ne me serait jamais venu à l'esprit (ni à ceux qui dépouillaient avec moi) de demander quelconque justification au scrutateur. Ça aurait voulut sous-entendre qu'on prévoyait de tricher.
J'aurais d'autres choses à dire (éventuellement) sur la partie "vote".
Les vrais naviguent en -42
[^] # Re: S'appuyer sur ce qui existe déjà
Posté par flavien75 . En réponse au journal Vote électronique. Évalué à 4.
Si on prend le code électoral, les enfants ne rentrent pas dans la pièce du tout.
Alors oui je pinaille, mais certains sont prêts à faire des recours à la moindre occasion (sous réserve que leur parti ait perdu), le fait que la question ait été posée au gouvernement montre bien qu'elle se pose.
A titre personnel, je ne comprend pas que le dépouillement ne soit pas totalement publique, c'est à dire ouvert aux non-inscrits. Faire assister ses enfants à un dépouillement me semble la meilleur leçon d'éducation civique (c'est quand même au programme du collège !)
Dans la pratique, j'ai eu l'occasion d'être scrutateur dans une ville qui n'était pas la mienne, le président ne m'a absolument pas demandé de justifier quoique ce soit :
- Vous venez pour assister au dépouillement ? d'accord, mais vous voudriez pas nous donner un coup de main ?
- Je peux pas, j'habite dans une autre ville, je viens juste pour regarder
- OK je comprend
Donc si j'avais des enfants, je les emmènerai voir comment se passe une élection et connaissant le président de mon bureau de vote ça m’étonnerai qu'il trouve quelque chose à redire.
Les vrais naviguent en -42
[^] # Re: S'appuyer sur ce qui existe déjà
Posté par flavien75 . En réponse au journal Vote électronique. Évalué à 2.
D'accord mais
il faudrait dire
Dans certains cas, dont tous les pays de l'union européenne, les étrangers peuvent voter à certaines élections.
Par exemple, j'étais résident en Angleterre en 2005, j'ai eu le droit de vote sans le demander. Je pouvais d'ailleurs voter par correspondance. Et le comble c'est que j'étais toujours inscrit sur les listes française et que j'ai voter en France (je n'étais parti que pour un an et me sentais plus français qu'anglais).
Si ça peut en rassurer, je n'ai pas utilisé le bulletin anglais, ils pouvaient très bien se saborder sans moi (et ils l'ont prouvé).
Les vrais naviguent en -42
[^] # Re: S'appuyer sur ce qui existe déjà
Posté par flavien75 . En réponse au journal Vote électronique. Évalué à 2.
Le gouvernement pourrait très bien faire voter des lois qui concernent les français vivant à l'étranger, donc ceux-ci doivent pouvoir voter.
Histoire de donner un exemple, les citoyens américains doivent déclarer leurs revenus au "fisc" américain même s'ils sont domiciliés à l'étranger pour éventuellement payer des impôts aux états-unis. Donc il est (serait ?) normal qu'il puisse voter aux élections fédérales.
Tu me diras que ce n'est pas le cas en France ? Mais comment savoir si un candidat ne proposera pas ça à une élection future ?
À ce moment là, il faudra bien que les expatriés puisse voter (pour ou contre).
Les vrais naviguent en -42
[^] # Re: S'appuyer sur ce qui existe déjà
Posté par flavien75 . En réponse au journal Vote électronique. Évalué à 2. Dernière modification le 02 juillet 2021 à 10:36.
D'un certain côté je suis d'accord avec toi.
D'un autre côté, imaginons un parent célibataire qui a des enfants en bas âge (ce qui représente 21% des enfants).
On fait quoi ?
Donc je pense que ce n'est pas plus mal que le président du bureau puisse tolérer des cas pas prévus par le code électoral.
Les vrais naviguent en -42
[^] # Re: multi-process
Posté par flavien75 . En réponse au message Comprendre Comment marche GNU/Linux: question sur les processes. Évalué à 2.
Je doute qu'en terme de fonctionnement technique ce soit pareil :
- les threads partagent les segments "data", "BSS" (variables globales) et "heap" (allocation dynamique)
- les process peuvent partager des zones mémoire entre eux, mais il faut explicitement le demander au système d'exploitation
- par défaut il n'y a pas de protection mémoire entre les threads
- si tu fais un exec() depuis un thread tous les autres seront impactés, ce n'est pas le cas entre process
Après, de mémoire, c'est effectivement le scheduler de Linux qui gère les threads Posix. Je ne suis pas certain que ce soit le cas en Java par exemple.
Les vrais naviguent en -42
[^] # Re: Voilà qui devrait résoudre les problèmes
Posté par flavien75 . En réponse au journal NumWorks change de licence. Évalué à 1.
Oui, mais n'empêche que si ça marche en école d'ingé, ça peut aussi marcher en prépa : on autorise tout (sauf la communication avec l'extérieur ou entre candidats) ou alors on interdit tout.
Ce serait beaucoup plus simple et le critère d'homologation se résumerait à "est-ce que la calculatrice a un moyen de communication sans fil oui/non"
Bon par contre ça obligerait certains profs à revoir leurs contrôles (bonjour à mon ancien prof qui a donné le même exercice 2 années d'affilée)
Les vrais naviguent en -42
[^] # Re: Voilà qui devrait résoudre les problèmes
Posté par flavien75 . En réponse au journal NumWorks change de licence. Évalué à 2.
C'est ce qu'il se passait dans mon école d'ingé, et même avec tous les documents de cours, ça ne m'a pas empêché de me vautrer en physique quantique (et en physique tout cours).
En fait on avait 2 types de contrôles:
- des contrôles de connaissances sous forme de QCM avec documents interdits (environ 1 fois par mois), avec un coefficient assez faible
- des contrôles avec tous documents autorisés, et là, à moins d'avoir le corrigé sous les yeux tu n'as aucune chance si tu n'as pas assimilé le cours
Les vrais naviguent en -42
[^] # Re: Retrait en 1h
Posté par flavien75 . En réponse au journal De la notation sur les contenus et les commentaires. Évalué à 10. Dernière modification le 06 juin 2021 à 22:22.
De mon côté j'apprécie de pouvoir pertinenter un commentaire. Car oui ça m'arrive régulièrement de vouloir poster une réaction/réponse et de voir que quelqu'un avait eu la même idée que moi.
Donc ça évite de polluer le site avec des commentaires qui ne contiennent "+1" ou "tu as trop raison" ou "j'allais dire la même chose".
Les vrais naviguent en -42
[^] # Re: Ironie
Posté par flavien75 . En réponse au journal De Intel/Nvidia à AMD.. Évalué à 3. Dernière modification le 04 juin 2021 à 10:10.
Ne serai-ce que pour les ports USB3, j'ai toujours eu besoin de drivers pour le chipset (Intel Z87 avec microprocesseur Core i5-4570).
D'ailleurs j'ai acheté ce PC quelques mois après la sortie de ces composants, il a fallu que je passe (temporairement) sur Fedora pour avoir un noyau qui intègre les drivers.
Pareil pour l'USB3 sur mon ordinateur portable.
Les vrais naviguent en -42
# typo ?
Posté par flavien75 . En réponse à la dépêche Sortie de YunoHost 4.2. Évalué à 5.
Merci pour la dépêche,
Est-ce que ce ne serait pas plutôt "la maintenance du système" ?
Les vrais naviguent en -42
[^] # Re: Carte vitale
Posté par flavien75 . En réponse à la dépêche Sanipasse : le déconfinement libre !. Évalué à 3. Dernière modification le 17 mai 2021 à 11:28.
Tu voudrais pas non plus que l'état indique sur un de ses sites la liste des informations contenues dans la carte ainsi que le moyen de les consulter non plus ?
un site dans ce genre là ?
Edit: Ça m'a pris même pas une minute pour trouver.
Les vrais naviguent en -42
[^] # Re: driver carte graphique
Posté par flavien75 . En réponse au message affichage étrange. Évalué à 1.
Et la seconde photo est encore plus clair. Je ne sais pas comment j'ai pu louper ça.
Si Windows fonctionne, le plus simple est d'aller voir dans le panneau de configuration, rubrique "Gestionnaire de périphériques". Ça te donnera la réponse.
Les vrais naviguent en -42
# driver carte graphique
Posté par flavien75 . En réponse au message affichage étrange. Évalué à 1.
Bonjour,
Vu que le problème n'apparaît que sous Linux, on va partir du principe que c'est un problème de driver. (en fait ça me rappelle l'effet que donne une RAM utilisée avec des mauvais timings).
Est-ce que c'est un PC de bureau ou un portable ?
Qu'est-ce qu'il y a comme carte graphique ?
Les vrais naviguent en -42
[^] # Re: Debian
Posté par flavien75 . En réponse à la dépêche Mise à niveau : LinuxMint vous notifie. Évalué à 1.
Sur Ubuntu, ça m'est arrivé (plusieurs fois) que la mise à jour de Firefox pendant qu'il tourne le rende instable. Après il n'y qu'à le relancer, donc rien de dramatique.
Les vrais naviguent en -42
[^] # Re: Copie
Posté par flavien75 . En réponse au journal Allez, il fallait bien que ça arrive. Évalué à 5.
Je dirais même moins, selon la norme USB 2.0 (chapitre 5.8.4), dans le meilleur des cas on n'obtiendra que 53.248 Mo/s (104 trames de 512 octets).
Valeur à diminuer en fonction de l'overhead du protocole ATA.
Les vrais naviguent en -42
[^] # Re: [HS] Mercurial
Posté par flavien75 . En réponse au message git et merge graphique. Évalué à 2.
Rectification! la fonction "rebase" ne permet pas de modifier des révisions publiques. Par contre il reste possible de repasser une version en "draft" puis de la modifier. Un message d'avertissement est affiché, il vaut mieux le suivre et renoncer (ou alors avoir beaucoup de temps à perdre).
Par contre la fonction "strip" (qui sert à faire disparaître des commits) fonctionne quelque soit l'état du commit.
Les vrais naviguent en -42
[^] # Re: [HS] Mercurial
Posté par flavien75 . En réponse au message git et merge graphique. Évalué à 1.
Pour le coup je n'ai jamais essayé de fusionner des commits.
Les vrais naviguent en -42
[^] # Re: [HS] Mercurial
Posté par flavien75 . En réponse au message git et merge graphique. Évalué à 2.
Oui mais c'est parfois déconseillé.
On va passer rapidement sur la fonction "rollback/undo" : tant que la dernière révision est "draft" (n'a pas été poussé vers l'extérieur ou tiré par quelqu'un), il est possible d'annuler le dernier commit, ou de le modifier. Il n'y aucun risque de ce côté là. J'imagine que Git propose les mêmes fonctions.
Par contre, il existe des extensions standards qui permettent de modifier l'historique des commits quelque soit leur état (secret / draft / public).
Pour l'avoir malencontreusement utilisé sur une révision publique, je ne raconte par le bordel que ça a mis dans la base (les nouveaux hash ne correspondant plus, les ordis ayant déjà récupérés l'ancienne version se retrouvaient avec 2 tête de branches et plus possible de commiter quoique ce soit avant d'avoir ré-appliqué la modification manuellement sur chaque client…).
Cela dit, sur des révisions locale (secret ou draft), c'est pratique et peu risqué (en tout cas je n'ai jamais eu de soucis). Je me suis encore servi cette semaine de l'extension "strip" pour faire détruire une branche locale.
De même il m'arrive d'utiliser l'extension "rebase" pour changer l'ordre des commits ou les déplacer d'une branche à une autre.
Les vrais naviguent en -42
[^] # Re: [HS] Mercurial
Posté par flavien75 . En réponse au message git et merge graphique. Évalué à 1.
Je l'avais essayé il y a quelques années, à l'époque ça ne fournissait qu'une interface équivalente à TortoiseSVN, ce qui (pour moi) reste un ensemble de raccourcis pour éviter de taper des commandes. Ça a peut-être changé depuis.
Le "Workbench" de Mercurial propose directement une vue d'ensemble de l'état d'un dépôt, permet de visualiser les interactions entre les branches, parcourir les différentes révisions, de demander facilement des diffs entre la révision complète ou un simple fichier par rapport à la version locale.
Donc non, pour moi ce n'est pas comparable.
Au début, j'ai pris l'habitude d'afficher la console pour afficher les messages d'erreurs originaux de mercurial, mais au final, la seule fois que j'ai dû m'en servir a été pour importer un repo SVN (fonction non prévue dans l'interface graphique). En fait, depuis ça ne sert plus qu'à décorer la fenêtre.
Je n'y avais pas pensé, mais la pérennité est un argument fort.
Je n'ai pas dit qu'il était foncièrement supérieur à Git, je les considère plutôt à égalité techniquement, avec 109 points de plus pour Mercurial à cause de l'ergonomie du Workbench
Les vrais naviguent en -42
# [HS] Mercurial
Posté par flavien75 . En réponse au message git et merge graphique. Évalué à 2.
Vu qu'en arrivant, il n'y avait pas de versionning en place, j'ai pu choisir l'outil qui va bien.
Donc Mercurial, c'est tout aussi puissant et ça peut s'utiliser via une interface graphique (HgWorkbench). Après comme on a une réputation a tenir, on active la console en bas de l'interface histoire qu'il y ait plein de commandes qui défilent.
Franchement, mis à part le fait que Git soit leader et dispose donc de forges telles que GitHub et GitLab, je ne vois pas ce qu'il a de mieux. Est-ce que l'un d'entre vous a utilisé les deux et a trouvé la réponse ?
(c'est une vrai question)
Les vrais naviguent en -42
# bug tracker ?
Posté par flavien75 . En réponse au message Site de proposition d'idées. Évalué à 2.
Quand on y pense, ça ressemble énormément à un bug tracker, ou au système de suivi de LinuxFR.
Les vrais naviguent en -42
# Transformée de Fourier discrète
Posté par flavien75 . En réponse au message GNU/octave : Aidez moi à comprendre fft et ifft :'(. Évalué à 3.
Bonjour,
J'ai l'impression que tu confonds la FFT (équivalente à une transformée de Fourier discrète) avec le développement en série de Fourier.
Sauf la transformée discrète est une variante de la transformée continue dont une des hypothèses de base de la transformée est que le signal n'est pas périodique et est borné dans le temps. Hypothèse nécessaire pour que l'intégrale converge. D'ailleurs l'inverse reviendrait à dire que le signal à une énergie infinie.
Donc sa transformation inverse ne donnera jamais un signal périodique.
Bonne lecture
Les vrais naviguent en -42
[^] # Re: RGPD
Posté par flavien75 . En réponse au journal L'Inde passe une nouvelle loi sur la publication sur Internet. Évalué à 1.
Lorsque les sites de pari en ligne avaient été officiellement autorisés en France, le gouvernement avait clairement expliqué que ceux qui ne respecteraient pas les lois françaises seraient filtrés. Je n'ai malheureusement pas de source sous la main.
Je ne sais pas si ça ne serait pas applicable à une entreprise qui n'applique pas le RGPD et qui refuse de payer l'amende.
Après l'entreprise pourrait toujours décider de continuer quitte à renoncer au marché français. Un peu comme dans le cas de la chine où Microsoft s'est conformé aux demandes des autorités tandis que Google a préféré être filtré.
Les vrais naviguent en -42