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é.
ok, je viens de comprendre ton message, en fait tu dis qu'ils devraient laisser tomber Konqueror et Calligra parce qu'il y a d'autres logiciels qui font mieux.
Le problème c'est qu'en faisant comme ça, on créé des monopoles (même sur des logiciels libres) et ça n'incite pas à l'innovation.
Ils sortent beaucoup d'appli […] Firefox […] LibreOffice
Firefox et LibreOffice repris par KDE ????????????
D'ailleurs Firefox est basé sur GTK (le framework de Gnome), donc on ne peut même pas dire que ce soit une application KDE.
De même KdenLive n'est pas maintenu par une des équipes de KDE, c'est juste une application disponible dans la plupart des distributions.
pas vraiment, c'est une licence d'évaluation limitée à 60 jours.
You may use the software in the virtual hard disk image only to demonstrate and internally evaluate it. You may not use the software for commercial purposes. You may not use the software in a live operating environment.
Quand ça a été lancé, ils présentaient ça comme un moyen pour les développeurs de tester la compatibilité de leur logiciels avec différentes versions de Windows. A une époque (en 2013 ou 2014 de mémoire) on pouvait télécharger toutes les versions de Windows XP à Windows 7.
(contrairement aux condensateurs qu'il aurait presque fallu considérer comme des consommables, au moins à une époque)
Tu peux retirer le "presque", vu que les condensateurs électrolytiques ont une durée de vie annoncée, en général quelques milliers d'heures, mais ça dépendra aussi de sa température de fonctionnement: jetez un œil sur la 15e colonne
D'ailleurs les "lignes" qu'on voit sur le bout du cylindre sont des prédécoupage de manière à ce que le condensateur explose sans en mettre partout sur le circuit électronique.
Sur cette photo d'un écran qui avait une dizaine d'années, on voit bien les deux condensateurs de droite qui sont morts.
Il y en avait d'autres qui étaient en mauvaise santé (bien gonflé) donc il a fallu remplacer la plupart des condensateurs
J'ai ajouté une entrée de suivi pour l'histoire de taille des images. taille des images dans les fichiers epub
Je ne suis moi-même pas sûr que ce soit vraiment souhaitable, donc n'hésitez pas à venir commenter surtout si vous pensez que c'est une mauvaise idée.
Si ça peut vous aider à avancer, j'ai fait quelques essais sur une liseuse Kobo ClaraHD.
Je me suis basé sur les articles "taptempo-pour-arduino-uno" et "sortie-de-la-version-2-0-de-grisbi-logiciel-de-comptabilite".
De base ces fichiers ne sont pas lisibles sur ma liseuse.
En décompressant puis recompressant le fichier epub (via les fonctions du menu contextuel de Gnome), les fichiers deviennent lisibles.
Par contre j'ésite ajouter une entrée de suivi pour la possibilité de redimensionner les images trop grande (du genre limiter à 1920x1080 pixels). Mais je ne suis pas certains que ça ne pénalisera pas certains).
Je viens de refaire quelques essais, les deux articles deviennent lisibles si on décompresse puis recompresse le fichier epub (dans mon cas via le menu contextuel de gnome).
Par contre l'image de 3MO dans l'article sur taptempo fait vraiment ramer la liseuse (pour le coup j'ai cru qu'elle était plantée).
Au début j'ai éditer le package pour supprimer les item-id en doublon avant de recompresser. Ça marchait mais c'était inutile (quoique je pense plus propre).
En espérant que ça fasse avancer le schmilblick.
edit: les tests ont été fait sur une liseuse Kobo ClaraHD
Au cas où, j'ai retenté chez moi, c'est la même liseuse.
Je confirme le problème sur le journal "TapTempo avec arduino", et aussi avec la dépêche "sortie-de-la-version-2-0-de-grisbi-logiciel-de-comptabilite". Par contre ton commentaire est bien lisible sur la liseuse.
Au début j'essayais de récupérer des infos sur qui ils sont pour les signaler, mais vu mon manque de finesse ça ne marchait pas. Donc (quand c'est sur portable) j'applique cette technique :
- Allô ?
- (Une voix d'homme) Bonjour Monsieur, je vous appelle…
- est-ce que vous pouvez patienter quelques secondes ?
Sans attendre la réponse, je coupe le micro du téléphone, le pose sur le bureau et reprend mon boulot.
La première fois le démarcheur attendu une demi-heure avant de raccrocher et immédiatement rappeler :
- excusez-moi, je n'ai pas encore finit, je suis à vous dans une minute
Et là rebelote : coupure micro. Il n'a plus rappelé.
Un mois après, il y en a bien un qui a réessayé, même stratégie, même effet.
Depuis plus de problèmes (ça fait 3 ans), à croire qu'ils se passent des listes de clients chiants.
les diplômes : sauf cas particulier (par ex. désignation d'un tuteur dans le cadre d'un apprentissage), l'entreprise devrait effectivement les supprimer une fois l'employé parti. Mais il y a peut être des domaines où cela peut servir de preuve ?
Dans le cas du crédit impôt recherche (niche fiscale en France), on m'a toujours demandé une copie de mon diplôme. Ce qui est logique dans la mesure où le dossier doit mentionner les intervenants, leur poste et leur diplôme.
Donc en cas de contrôle fiscale l'entreprise doit garder une copie du diplôme des salariés concernés jusqu'à la prescription (ne me demandez pas combien de temps)
# 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
[^] # Re: Toujours mieux ?
Posté par flavien75 . En réponse à la dépêche Sortie de Plasma 5.21 . Évalué à 3.
ok, je viens de comprendre ton message, en fait tu dis qu'ils devraient laisser tomber Konqueror et Calligra parce qu'il y a d'autres logiciels qui font mieux.
Le problème c'est qu'en faisant comme ça, on créé des monopoles (même sur des logiciels libres) et ça n'incite pas à l'innovation.
Les vrais naviguent en -42
[^] # Re: Toujours mieux ?
Posté par flavien75 . En réponse à la dépêche Sortie de Plasma 5.21 . Évalué à -4.
Firefox et LibreOffice repris par KDE ????????????
D'ailleurs Firefox est basé sur GTK (le framework de Gnome), donc on ne peut même pas dire que ce soit une application KDE.
De même KdenLive n'est pas maintenu par une des équipes de KDE, c'est juste une application disponible dans la plupart des distributions.
Les vrais naviguent en -42
[^] # Re: User-Agent
Posté par flavien75 . En réponse au message Vidéo non visionnable pour cause de Linux. Évalué à 2.
pas vraiment, c'est une licence d'évaluation limitée à 60 jours.
Quand ça a été lancé, ils présentaient ça comme un moyen pour les développeurs de tester la compatibilité de leur logiciels avec différentes versions de Windows. A une époque (en 2013 ou 2014 de mémoire) on pouvait télécharger toutes les versions de Windows XP à Windows 7.
Les vrais naviguent en -42
[^] # Re: Code Gray
Posté par flavien75 . En réponse au journal Manifeste contre la roue codeuse. Évalué à 5.
Tu peux retirer le "presque", vu que les condensateurs électrolytiques ont une durée de vie annoncée, en général quelques milliers d'heures, mais ça dépendra aussi de sa température de fonctionnement:
jetez un œil sur la 15e colonne
D'ailleurs les "lignes" qu'on voit sur le bout du cylindre sont des prédécoupage de manière à ce que le condensateur explose sans en mettre partout sur le circuit électronique.
Sur cette photo d'un écran qui avait une dizaine d'années, on voit bien les deux condensateurs de droite qui sont morts.
Il y en avait d'autres qui étaient en mauvaise santé (bien gonflé) donc il a fallu remplacer la plupart des condensateurs
Les vrais naviguent en -42
[^] # Re: autres tests
Posté par flavien75 . En réponse à l’entrée du suivi Téléchargement contenu au format EPub - Pb avec la gestion des images. Évalué à 1 (+0/-0).
Merci, les fichiers epub peuvent maintenant être lus directement par ma liseuse (testé avec la dépêche sur grisbi)
Les vrais naviguent en -42
[^] # Re: Tea/vivlio/pocketbook HD plus
Posté par flavien75 . En réponse au message Impossible de lire les journaux linuxfr avec ma liseuse kobo.. Évalué à 1.
J'ai ajouté une entrée de suivi pour l'histoire de taille des images.
taille des images dans les fichiers epub
Je ne suis moi-même pas sûr que ce soit vraiment souhaitable, donc n'hésitez pas à venir commenter surtout si vous pensez que c'est une mauvaise idée.
Les vrais naviguent en -42
# autres tests
Posté par flavien75 . En réponse à l’entrée du suivi Téléchargement contenu au format EPub - Pb avec la gestion des images. Évalué à 1 (+0/-0).
Si ça peut vous aider à avancer, j'ai fait quelques essais sur une liseuse Kobo ClaraHD.
Je me suis basé sur les articles "taptempo-pour-arduino-uno" et "sortie-de-la-version-2-0-de-grisbi-logiciel-de-comptabilite".
De base ces fichiers ne sont pas lisibles sur ma liseuse.
En décompressant puis recompressant le fichier epub (via les fonctions du menu contextuel de Gnome), les fichiers deviennent lisibles.
Par contre j'ésite ajouter une entrée de suivi pour la possibilité de redimensionner les images trop grande (du genre limiter à 1920x1080 pixels). Mais je ne suis pas certains que ça ne pénalisera pas certains).
Les vrais naviguent en -42
[^] # Re: Tea/vivlio/pocketbook HD plus
Posté par flavien75 . En réponse au message Impossible de lire les journaux linuxfr avec ma liseuse kobo.. Évalué à 1. Dernière modification le 24 janvier 2021 à 16:35.
Salut,
Je viens de refaire quelques essais, les deux articles deviennent lisibles si on décompresse puis recompresse le fichier epub (dans mon cas via le menu contextuel de gnome).
Par contre l'image de 3MO dans l'article sur taptempo fait vraiment ramer la liseuse (pour le coup j'ai cru qu'elle était plantée).
Au début j'ai éditer le package pour supprimer les item-id en doublon avant de recompresser. Ça marchait mais c'était inutile (quoique je pense plus propre).
En espérant que ça fasse avancer le schmilblick.
edit: les tests ont été fait sur une liseuse Kobo ClaraHD
Les vrais naviguent en -42
# pareil
Posté par flavien75 . En réponse au message Impossible de lire les journaux linuxfr avec ma liseuse kobo.. Évalué à 2.
Au cas où, j'ai retenté chez moi, c'est la même liseuse.
Je confirme le problème sur le journal "TapTempo avec arduino", et aussi avec la dépêche "sortie-de-la-version-2-0-de-grisbi-logiciel-de-comptabilite". Par contre ton commentaire est bien lisible sur la liseuse.
Bizarre…
Les vrais naviguent en -42
[^] # Re: double dose
Posté par flavien75 . En réponse au journal genre, ils nous prendraient pour des neuneux ?. Évalué à 3.
Vu qu'on parle d'expérimentation reproductible, la tienne ne marche pas : de mon côté j'ai obtenu 71 puis 20%.
À moins que l'on considère un intervalle de confiance de 100%, mais dans ce cas est-ce qu'il ne faudrait pas annoncer une valeur de 50% ?
Les vrais naviguent en -42
# en attente
Posté par flavien75 . En réponse au message Attitude face au démarchage téléphonique. Évalué à 3.
Au début j'essayais de récupérer des infos sur qui ils sont pour les signaler, mais vu mon manque de finesse ça ne marchait pas. Donc (quand c'est sur portable) j'applique cette technique :
- Allô ?
- (Une voix d'homme) Bonjour Monsieur, je vous appelle…
- est-ce que vous pouvez patienter quelques secondes ?
Sans attendre la réponse, je coupe le micro du téléphone, le pose sur le bureau et reprend mon boulot.
La première fois le démarcheur attendu une demi-heure avant de raccrocher et immédiatement rappeler :
- excusez-moi, je n'ai pas encore finit, je suis à vous dans une minute
Et là rebelote : coupure micro. Il n'a plus rappelé.
Un mois après, il y en a bien un qui a réessayé, même stratégie, même effet.
Depuis plus de problèmes (ça fait 3 ans), à croire qu'ils se passent des listes de clients chiants.
Les vrais naviguent en -42
[^] # Re: Loi et RGPD
Posté par flavien75 . En réponse au message Que faire en cas de vol de données personnelles en ligne ?. Évalué à 2.
Dans le cas du crédit impôt recherche (niche fiscale en France), on m'a toujours demandé une copie de mon diplôme. Ce qui est logique dans la mesure où le dossier doit mentionner les intervenants, leur poste et leur diplôme.
Donc en cas de contrôle fiscale l'entreprise doit garder une copie du diplôme des salariés concernés jusqu'à la prescription (ne me demandez pas combien de temps)
Les vrais naviguent en -42
# dossier .config
Posté par flavien75 . En réponse au message [Résolu]Augmenter téléchargement dans transmission. Évalué à 1.
Salut,
Sur mon PC, c'est dans le dossier "~/.config/transmission/".
Les vrais naviguent en -42
[^] # Re: Valeurs des constantes dans les packages
Posté par flavien75 . En réponse à la dépêche Portage de TapTempo en VHDL. Évalué à 2.
Je confirme, d'ailleurs je ne savais même pas que c'était possible de définir la valeur des constantes dans le package body.
Les vrais naviguent en -42