elf32 a écrit 113 commentaires

La croissance sera financée par l'endettement de Gandi, endettement remboursé par un travail accru des salariés alors que seuls les investisseurs encaisseront le gros pactole à la fin de la croissance.

Je ne comprends pas bien le fond de ta pensée. Que ce soit chez Gandi ou une autre entreprise financée par l'actionnariat, le salarié touche son indemnité fixe de perte de temps et d'énergie, à savoir son salaire, tandis que les actionnaires touchent leur indemnités de prise de risque, le « pactole »—si toutefois les résultats le permettent…

Que veux-tu donc dire ? Qu'il devrait y avoir une corrélation entre les revenus des salariés et les performances de l'entreprise (comme c'est le cas avec le revenu des actionnaires) ?

Coupons la poire en deux ; je suis pour le passage à l'heure UTC+01:30 toute l'année. Tout le monde est content, comme ça.

Merci d'avoir corrigé au marqueur cette erreur sur le panneau du stand ;)

J'applique une technique inspirée du "greylisting" en gestion des spams des emails.
Voici la procédure :

Un numéro connu appelle : je réponds.
un numéro inconnu appelle : je laisse sonner. Si c'est important, il y aura un message vocal, ou un second appel juste après la première tentative.
Quand j'ai que ça à faire, je tape le numéro dans un moteur de recherche et je trouve soit :
1) numéro d'une société avec qui j'ai affaire (ex. : DHL quand j'attends justement un colis)
2) des témoignages sur ce numéro en disant que c'est du spam ou bien des appels qui ne répondent pas.
Dans ce cas, je blackliste.

Si un message a été laissé et qu'il est légitime, le numéro est maintenant whitelisté (ajouté en contact).

J'ai du succès en appliquant cette méthode, je ne reçois pas d'appels bizarre depuis maintenant un bon moment. C'est à croire que les fameux robots ont fini par comprendre que ce numéro ne leur rapporterait pas le moindre sou.

J'avais un temps un moteur de recherche Open-Source qui s'installait sur l'OS et indexait le web de manière décentralisé mais les résultats étaient pitoyable (Un moteur Java dont je ne me souviens plus le nom.)

YaCy ?

DBeaver fonctionne avec une myriade de drivers de BDD differentes !
Même des NoSQL.

Je pense que ce projet est plutôt une alternative rapide et réactive. Car DBeaver laisse parfois à désirer niveau perf, en effet…

Personnellement, le peu que j'ai testé est conforme aux attentes : l'image est très bonne à bas débit, mais la demande en CPU est très forte. Ça vient probablement du manque d'optimisations, mais il n'y a pas de formule magique non plus, un bon codec demande beaucoup de puissance.

Je suppose qu'il n'y a pas encore de support matériel pour le décodage d'AV1 sur nos puces, du coup c'est du décodage logiciel. Puisque les grands noms du silicium soutiennent le projet, j'espère que le support matériel ne tardera pas à arriver.

Cette histoire a été trouvée par André Langlet sur Internet.

Ah…

Tu n'as plus besoin de Firebug : https://getfirebug.com/

Oui, tout à fait, désolé pour l'imprécision ;)

wpa_supplicant est déjà patché, et ce depuis peu de temps après la découverte de la faille. Il suffit de mettre ce paquet à jour sur ta Linux.

Si je gagnais 1800 € par mois en CDI, je ferais tout sauf sourire…

NumOpen -> NumOuvert

J'aime beaucoup le concept de linguee.fr, mais il m'est plus utile dans l'autre sens : Français -> Anglais. Quand j'essaie d'avoir un style plus naturel et agréable en essayant d'employer des idiomes anglais (dont je ne suis pas sûr), c'est vraiment pratique. Un moteur de traduction (à la Translate ou Reverso) a du mal avec les idiomes.

La FAQ de Dolibarr semble répondre à toutes les questions : https://wiki.dolibarr.org/index.php/Draft:Loi_finances_2016_France_et_NF_525#Questions_r.C3.A9ponses

Donc il semblerait que le LL soit compatible avec la législation, le point important est que la loi te privera tout de même des droits conférés par la GPL sur le fait de modifier le code, etc. Ainsi, tu peux utiliser une version de Dolibarr non-modifiée qui aura été "validé" en dernier par Dolibarr (donc pas la version GitHub) :

Au sens de la loi, l'éditeur du logiciel est le "dernier" qui a modifié/validé le code. L'entité qui postule pour une certification peut donc être l'association Dolibarr, comme tout intégrateur ou autre.
[…]
L'association Dolibarr, qui a pour role la promotion du logiciel, fera les démarches pour obtenir la certification pour certaines versions majeures, celles qui sont officiellement packagées par le release manager, et mis à disposition sur l'espace de téléchargement officiel mis à disposition par l'association. Il est fort probable que seules quelques versions bien identifiées feront l'objet d'une demande de certification.
[…]
la nouvelle loi vous prive donc de votre liberté de modifier le logiciel sur les parties qui concernent l'encaissement. En effet, en faisant une telle modification, la version a changée (la certification n'est plus valable, l'attestation d'un tiers non plus). Les logiciels libres sont donc tout à fait légaux et compatible avec la loi, par contre, c'est à condition de ne pas faire n'importe quelle modification. Vous perdez donc une liberté (non pas du fait de la licence du logiciel qui le permet, mais du fait de la loi qui est prioritaire sur les droits accordés par la licence. Le logiciel libre est donc bien compatible avec la loi, mais la loi vous prive d'une des 4 libertés que le logiciel libre apportait, celle de le modifier librement.

S'il y a un bug dans Dolibarr que tu veux résoudre, il faudra alors patcher une version pas en production, soumettre ton PR et attendre patiemment que la prochaine version stable intégrant le patch soit demandée à être certifiée par l'asso Dolibarr. Certes, pas idéal, mais au moins l'utilisation de LL reste possible.

PS : Certains opérateurs sympas, comme FDN, peuvent fournir un service OpenVPN à leurs adhérents pour ce genre de cas, avec une IPv4 fixe publique et un bloc d'IPv6 : https://www.fdn.fr/services/vpn/

Attention, cette offre de service VPN n'est pas comme les autres : elle ne vise pas particulièrement à se cacher derrière une IP, mais justement d'en obtenir une (publique et fixe pour les adhérents) faisant ainsi de FDN ton opérateur, au dessus de l'opérateur qui fournit la 4G. Cela peut donc être une solution pour sauter l'étape du dédié.

J'ai peut-être une piste avec OpenVPN.

Si tu prends ton dédié avec une IPv4 en plus (en option payante en plus), elle sera en principe routée vers ton dédié qui aura alors la charge d'en assurer le routage. Autrement dit, ton dédié sera un routeur. À partir de là, tu peux attribuer cette IP "à distance" à l'autre bout du tunnel VPN :

Sur ton dédié, disons que tu aies deux interfaces : ethX (l'interface physique) et tapX (l'interface virtuelle OpenVPN). Tu peux faire un bridge de ces deux interfaces, qui seront alors conceptuellement sur le même LAN (c'est comme si je mettais un câble ethernet entre ethX et tap0). Sauf que bien-sûr, à l'autre bout de tap0 tu as ta bécane en 4G qui elle aussi fait tourner OpenVPN et qui a elle aussi son interface tapX (sachant qu'OpenVPN va trouer le NAT). Et cette machine aura comme IP publique et "fixe", l'IP supplémentaire que ton service de dédié t'auras attribuée.

Bien entendu, il faut avant se renseigner pour voir si ton service de dédié autorise cela. Sachant que cela peut se détecter assez facilement avec un traceroute (on verra par exemple qu'il y a <1 ms entre chaque hop sauf au dernier où tu as 100 ms !).

EDIT: ce doit être possible en mode PPP (avec des interfaces virtuelle de type tunX), aussi… Mais j'ai toujours trouvé le PPP bizarre.

GNU Parallel peut remplacer certaines boucles, ou remplacer l'utilisation de xargs, avec l'avantage que les commandes s'exécutent en parallèle.

Attention, xargs peut aussi exécuter en parallèle :

printf "1\n2\n3\n" | xargs -P0 -n1 sleep

Par exemple, ce code exécute trois sleep en parallèle et rendra bien la main en 3 secondes, et non en 3+2+1=6 secondes.

Cependant, dès qu'un script a besoin d'avoir du parallélisme un peu moins trivial, il me paraît certes intéressant de se pencher sur parallel.

je m'occupe de 450 serveurs dans toute la france, j'en recois 5 à 9 par mois car le ssd est instable, j'en jete des caisses HS.

As-tu eu l'occasion de gérer cette même infra à une époque où le bon vieux disque dur équipait tes serveurs ? Quel était à peu près le taux de défaillance des DD classiques ?

Ça existe encore Pôle Emploi ?

Je pensais que, quand on cherchait du travail, on se contentait tout simplement de faire le beau sur Lolix/LinkedIn/RemixJobs/Viadeo/…

Mais peut-être que ces voies-ci sont particulièrement efficaces pour certains domaines seulement (dont l'informatique et ingénierie en général).

D'un point de vue technique, j'ai des doutes. L'instance principale croule déjà sous le nombre d'utilisateurs (pourtant pas encore super nombreux, une gouttelette de vapeur par rapport à celui de Twitter).

Oui mais l'intérêt c'est pas justement que tout le monde n'aille pas sur l'instance principale ?

2) la multiplication du nombre d'instances, propre à l'aspect décentralisé de la chose, pose plusieurs problèmes. Déjà, plus d'instances nécessite de consommer plus de bande passante et processeur pour la synchronisation entre instances. Donc ce problème rejoint le problème 1).

Je n'ai pas regardé les détails techniques mais je penses que c'est un truc qui fonctionne plus à la façon de l'email ou XMPP, donc des serveurs qui causent entre eux au besoin.

On pourrait commencer à assembler des morceaux de VHDL venant de différents endroits (OpenRISC? OpenCores?) et commencer à tester sur un FPGA (lui même pas libre) avec des outils de compilation pas libres.

La consommation énergétique étant un facteur très important pour un appareil portable, est-ce que des processeurs à base d'OpenRISC ou OpenCores pourraient faire l'affaire par rapport aux ARM et aux Atom qu'on trouve habituellement ?

Je me demande comment il est possible de prouver qu'un administrateur bloque telle ou telle IP. Il est certes possible de constater que le site est inaccessible depuis certaines IP, mais de là à prétendre avoir prouvé que l'administrateur a configuré son firewall pour ça… Lequel pourra en plus toujours être de mauvaise foi et dire qu'il n'a rien firewallé du tout, que c'est un problème technique qui n'est pas sous son contrôle, etc. même si c'est faux.

Le seul moyen de le savoir, serait alors de le forcer à donner sa config iptables, mais y a-t-il vraiment des dispositifs juridiques pour forcer ce genre de choses ? Si c'est le cas, un pauvre fichier de config iptables peut vraiment être un motif d'accusation devant un juge etc. ?

Les "weekly" de LWN.net (payant pour les avoir sans attendre) et les dépêches et journaux de LinuxFr.org conviennent parfaitement.

D'accord, je comprends donc mieux. Ce n'est donc pas une fin en soi d'avoir un transpileur Python à Go, mais c'est vraiment un outil pour assister la migration.