en campagne donc le plus polluant (impossible de mutualiser pour réduire la pollution),
C'est assez discutable. Par exemple, la "mutualisation" des déchets des villes (qu'on enterre à la campagne, merci pour nous) me semblant un peu moins vertueuse que celles des campagnards (qui de toutes façons compostent ou réutilisent tout ce qu'ils peuvent, parce que les tournées de ramassage ont généralement été divisées par deux ces dernières années).
Pas faux. Ceci dit, la personne avec qui tu es marié(e) n'est pas forcément celui/celle avec lequel tu as {le plus de,des} relations sexuelles. M'enfin c'est pousser un peu loin le raisonnement par l'absurde, je te l'accorde.
Si a contrario les charges doublent ilfaudra quand même qu'il se débrouille pour que mon salaire net reste le même s'il veut être sur que je n'essai pas d'aller ailleurs.
Tu as l'air d'être vachement certain que tu l'intéresses toujours au double du prix. Et c'est bien :)
Certains d'entre nous s'entendent déjà dire qu'ils coûtent trop cher (parce que tu comprends, les ordinateurs ils marchent, alors pas besoin de payer quelqu'un en plus pour les faire marcher, quoi). Alors forcément, les charges qui augmentent on ne voit pas ça avec la même sérénité.
Faudrait savoir : le médecin a trop de travail ou pas? Ben quand on a trop de travail, c'est la vie, il faut déléguer.
Ouép. Mais passer de "je suis tout seul dans ma structure" à "je dois gérer du (1) personnel", il y a un cap pas évident du tout. Surtout pour quelqu'un qui a toujours fait autrement : il y a fort à parier qu'il fera tout (y compris lâcher du lest sur l'ensemble de son activité) pour éviter d'avoir à embaucher. Bienvenue en France.
en terme de budget, c'est plutôt +33% (salaire assistant 1/3 de celui du médecin, pour prendre très très large sur la pauvreté supposée des médecins), pas +100%, le risque est minime. Et oui, on vit dans un monde où on se spécialise.
Sauf que ça change considérablement ta relation à ton travail, et ça c'est assez délicat à chiffrer. Si tu tables sur un médecin qui se paye "comme dans les livres", à la limite pourquoi pas. Si tu prends un jeune médecin qui ne compte pas trop ses heures, c'est déjà plus difficile à défendre. Sans compter que le jour où l'argent tarde à rentrer (cf. les délais de remboursement évoqués plus haut), tu peux accepter de te payer en retard. Ton salarié risque de faire autrement la tête si ça lui arrive. Bref, non, ça n'est pas aussi simple que "j'ai deux fois plus de boulot, soyons deux et tout ira bien" (et je sais que tu le sais).
Sérieux, vous trouvez normal que votre médecin ou dentiste se tape la gestion quotidienne?
Non, clairement pas. Et pas juste parce que j'ai payé ses impôts. Mais la complexité de salarier rend cette situation non seulement possible, mais courante. D'un point de vue économique (en tant que patient, ça me gonfle assez souvent, mais passons), l'externalisation mutualisée des secrétariats est une réponse, mais pas toujours assez développée (et heureusement : ça me gonfle :p ).
Sauf qu'embaucher, c'est toujours un peu un pari. Et que multiplier ton personnel par deux, c'est souvent pas du tout encourageant (tu deviens employeur, notamment).
Du coup, le brut salarial me semble un compromis entre les deux honnete.
Un compromis, peut-être. Honnête, il faudrait voir. Parce que c'est aussi assez facile, d'ajuster le brut en fonction de qui râle le plus (pour caricaturer : un gouvernement de gauche décalerait le brut vers le net, alors qu'un gouvernement de droite ferait l'inverse). Sans qu'au final ça change ce qui sort de la poche de l'un, ni ce qui rentre dans la poche de l'autre.
En tout état de cause, tu as raison : le super-brut peut ne pas t'intéresser en tant que salarié. Mais en ce cas, le brut non plus. Si tu es intéressé uniquement par ce que tu touches, aucun des deux n'est informatif. Si tu es intéressé par ce que tu coutes à ton entreprise, seul le super-brut a véritablement un sens.
La connerie consiste surtout à accepter de raisonner en brut. Il n'y a que deux montants importants, au final : le salaire net (celui que l'employé touche) et le super-brut (ou brut chargé), qui correspond à ce que paye l'employeur. Le brut n'a aucun intérêt en tant que référence. Il peut avoir un sens technique ou légal (cf. le reste du fil), mais ne devrait même pas intervenir dans les négociations salariales.
Beau boulot. J'en profite, même si tout le monde a déjà eu l'idée, pour relever un truc qui manque sur 90% (et je suis gentil) des sites d'offres d'emploi : la localisation géographique.
Sérieusement, on est en 2015, et 1 site d'annonces sur 10 est capable de faire une recherche par distance géographique…
Contexte : je suis Proxmox depuis pas mal de versions, je suis assez fan, et j'attendais un peu cette version comme le messie (VZ me faisait un peu peur pour la sérénité du truc, comme à pas mal de monde y compris chez Proxmox, je suppose). Ah, et je suis une grosse buse en LXC, c'est tout juste si j'en ai déjà créé un pour voir sur mon poste. Voilà voilà.
Donc installation vite fait ce soir, sur un serveur pas tout jeune (un vieux Dell 2850, de mémoire). Pas eu de soucis particulier, comme les précédentes versions (en tous cas celles que j'ai testé autrement que vieux un apt-get upgrade), ça s'installe tout seul, ça pose les bonnes questions, et zou. Côté FS, j'ai laisse les options par défaut (Ext4, notamment). Peut-être ai-je eu tort, j'y reviendrais.
Une fois l'ensemble installé, la première surprise c'est que rien n'a changé. En apparence en tous cas. Le numéro de version, en haut à gauche, mais c'est à peu près tout. Évidemment, je me précipite à créer un conteneur (Create CT), puisque le passage de VZ à LXC est LE gros changement. Presque pas de différence par rapport à la version VZ, la configuration du réseau a un peu bougé (plus riche). Comme à chaque fois, je me fais avoir : pas de templates disponibles. Je file en télécharger via l'interface prévue pour (Debian 7 et 8 sont là, ainsi qu'une paire d'Ubuntus récentes, pour moi ça ira) et je recommence. Puis je démarre mon conteneur.
La console NoVNC marche très bien, mais je l'avais déjà sur la version 3, alors pas de grimpette au rideau de ma part. Première grosse surprise, par contre : les conteneurs LXC utilisent des images disques, comme les VM (alors que du temps de VZ, c'était un portion de l'arborescence, comme avec un chroot). Je vois assez bien l'avantage (plus proche des VMs, du coup j'imagine qu'on peut avoir les snapshots dessus et tout), mais j'aimais bien pouvoir taper dans mes conteneurs "à la main". Pas bloquant ceci dit, je m'y ferais. Et on me susurre dans l'oreille droite que, abstraction faite de Proxmox, LXC sait très bien faire ce genre de choses.
Premier "vrai" test : j'essaye de remonter une sauvegarde VZ d'un autre serveur. Le plus compliqué a été de l'uploader (le stockage "local" défini par défaut accepte tous types de contenus, sauf les vzdumps), mais la restauration se passe bien. Juste le réseau à reconfigurer et c'est parti. Par contre, NoVNC se comporte bizarrement, une fois la machine repartie (juste Login:, jamais il ne me demande de Password, mais ne me laisse pas entrer pour autant). En SSH, ceci dit, la machine répond et fonctionne comme on peut s'y attendre. Cool.
Les snapshots, par contre, pas vu comment y accéder sur un CT. L'onglet est présent, le snapshot "NOW" est là, mais les boutons sont grisés. J'ai essayé de créer un stockage LVM (dans le volume group "pve"), et de créer un CT dedans. Mais là non plus, pas d'accès aux snapshots. Flutte.
Du même coup, je n'ai pas trouvé comment déplacer un CT existant d'un stockage à un autre. On peut s'en sortir avec sauvegarde/resto, mais c'est un peu dommage. Peut-être plus génant pour l'instant : pas possible - de ce que j'ai vu - de modifier le "disque" d'un conteneur. Ni de changer sa taille, ni d'en rajouter un second, etc. On a une situation curieuse, à mi chemin entre l'ancien système VZ (où la taille n'était qu'un quota, mais on pouvait quand même la modifier) et les VMs (mais sans pouvoir gérer des volumes comme sur une vraie machine). Bref, curieux. On peut surement s'en tirer avec les outils CLI, je n'a pas encore regardé par là.
Note : on ne peut pas créer de snapshot à la main, mais si on configure une sauvegarde on peut demander à ce qu'elle se fasse par ce biais. Curieux. Ma sauvegarde se lance à 23:00, j'en saurais plus d'ici la fin de ma prose.
En conclusion, je suis toujours aussi fan. Pas au point de mettre en prod' tout de suite, mais ça risque de me démanger fort. J'ai quelques OpenVZ à migrer, on va y aller par étape. Pas encore pu tester la mise en cluster, mais ça ne devrait pas tarder non plus. Même si quelques réglages et améliorations sont encore à apporter ici et là pour que l'intégration d'LXC soit parfaite, ça reste une TRÈS bonne solution de virtualisation/conteneur sur base Debian.
Note 2: ma sauvegarde a eu lieu pour un CT sur deux (celui qui n'était pas explicitement stocké sur LVM). Il n'a pas bronché, mais je ne suis pas certain qu'il n'ait pas eu recours à un Suspend (ce qui est prévu lorsque les snapshots ne sont pas disponibles). Et par contre, la sauvegarde se voit comme une simple sauvegarde (et pas un point parmi les snapshots).
La sauvegarde du CT basé sur LVM tourne, et le CT est toujours fonctionnel. Donc j'imagine que, bas niveau, les snapshots marchent.
En gros, et sauf incompréhension de ma part, il reste à Proxmox à décider si les conteneurs LXC se rapprochent de ceux sous VZ, ou bien des VMs KVM. Pour l'instant, c'est une drôle d'espèce d'entre-deux. Et c'est bien le seul reproche, à première vue, qu'on puisse faire à cette nouvelle mouture.
Précision: GOG a élargi son offre, et fait désormais beaucoup de "nouveau" (à peu près les mêmes que l'Humble Store, avec parfois quelques semaines de décalage dans un sens ou l'autre). Et TOUS leurs jeux sont sans DRM (à la différence de l'Humble Store, où la majorité nécessite maintenant d'avoir Steam).
Chez nous, ça a été très clair : on passera à la carte le plus tard possible, et le jour où ça se fera la quasi-totalité des employés arrêteront de prendre des tickets resto.
Parce que, quand tu vis et travaille à la campagne, que les seuls moyens de restauration du midi sont des boulangeries ou des kebabs, ben assez vite tu te fais ta gamelle pour le lendemain.
Et ne plus pouvoir utiliser ses tickets pour ça, ça limite grandement leur intérêt.
Bon, finalement il va falloir que tu changes d'exemple, ton exemple de non freemium étant du freemium en fait.
Pas que ça, d'ailleurs. À l'époque - il y a 3-4 ans je dirais - où je m'y intéressais, Alfresco Inc. imposait à ses "revendeurs" de bosser avec le version Entreprise. En gros, si tu voulais vendre de l'Alfresco ET pouvoir bénéficier du support d'Alfresco Inc., tu DEVAIS imposer à tes clients la version Entreprise.
Arrête-moi si je me trompe, mais si c'est un MIME spécifique, ça veut dire que ça n'est plus un MIME de fichier Zip, si? Auquel cas, on perd l'intérêt de pouvoir manipuler le fichier directement avec zip/unzip.
Idée comme ça en passant : est-ce que les données (libres) de Ryzom ne pourraient pas fournir une bonne base pour OpenMW? Je me doute que ça ne serait pas de la tarte à exploiter, mais au moins ça existe et c'est cohérent avec soi-même.
Ils ont du se dire que, de toutes façons, ils répercuteraient les couts sur les clients finaux. Et puis finalement, quand ils voient les prix, ils se disent qu'ils vont avoir du mal à faire ça ET à marger, du coup, ça commence à les déranger aux entournures.
notre imposant corpus de documents de tests (plus de 75 000 documents douteux et bogués)
C'est super intéressant, ça. On peut vous soumettre des documents pour ce corpus (ou en tous cas vérifier qu'ils n'y sont pas déjà)? J'ai quelques souvenirs cuisants de fichiers .rtf issus du Ministère des Finances (français), qui rendaient super mal sous Wordpad, mais qui surtout plantaient purement et simplement de nombreuses versions de LibreOffice (et d'OOo avant).
J'avais soumis des rapports de bug à ce sujet, je crois en liant les fichiers, donc peut-être que ça a suffi à ce qu'ils se retrouvent dans le corpus de tests, non?
[^] # Re: Sur le CO2, un ordre de grandeur
Posté par Larry Cow . En réponse au journal [HS] Faites chauffer la planète, notre moteur a froid.. Évalué à 8.
C'est assez discutable. Par exemple, la "mutualisation" des déchets des villes (qu'on enterre à la campagne, merci pour nous) me semblant un peu moins vertueuse que celles des campagnards (qui de toutes façons compostent ou réutilisent tout ce qu'ils peuvent, parce que les tournées de ramassage ont généralement été divisées par deux ces dernières années).
[^] # Re: Microsoft Active Directory
Posté par Larry Cow . En réponse au journal Disputatio : Samba, Kerberos et LDAP. Évalué à 1.
Ah merde. Même en passant par l'administration de schéma fourni avec Windows (le "client lourd"), du coup? C'est assez limitant, ça, tout de même.
Est-ce qu'au moins il arrive à répliquer depuis un AD Windows sur lequel des modifications de schéma ont été appliquées?
[^] # Re: Mutuelles ....
Posté par Larry Cow . En réponse au journal [HS] La complémentaire santé obligatoire, encore une fausse bonne idée française. Évalué à 2.
Pas faux. Ceci dit, la personne avec qui tu es marié(e) n'est pas forcément celui/celle avec lequel tu as {le plus de,des} relations sexuelles. M'enfin c'est pousser un peu loin le raisonnement par l'absurde, je te l'accorde.
[^] # Re: Mutuelles ....
Posté par Larry Cow . En réponse au journal [HS] La complémentaire santé obligatoire, encore une fausse bonne idée française. Évalué à 2.
Avec cet argument, les homosexuels ont toujours pu se marier en France : il leur suffisait de choisir un conjoint de sexe opposé.
[^] # Re: "Charges patronales"
Posté par Larry Cow . En réponse au journal [HS] La complémentaire santé obligatoire, encore une fausse bonne idée française. Évalué à 3.
Tu as l'air d'être vachement certain que tu l'intéresses toujours au double du prix. Et c'est bien :)
Certains d'entre nous s'entendent déjà dire qu'ils coûtent trop cher (parce que tu comprends, les ordinateurs ils marchent, alors pas besoin de payer quelqu'un en plus pour les faire marcher, quoi). Alors forcément, les charges qui augmentent on ne voit pas ça avec la même sérénité.
[^] # Re: champagne.... et femmes, mais champomy ça le fera.
Posté par Larry Cow . En réponse au journal [HS] La complémentaire santé obligatoire, encore une fausse bonne idée française. Évalué à 4.
Ouép. Mais passer de "je suis tout seul dans ma structure" à "je dois gérer du (1) personnel", il y a un cap pas évident du tout. Surtout pour quelqu'un qui a toujours fait autrement : il y a fort à parier qu'il fera tout (y compris lâcher du lest sur l'ensemble de son activité) pour éviter d'avoir à embaucher. Bienvenue en France.
Sauf que ça change considérablement ta relation à ton travail, et ça c'est assez délicat à chiffrer. Si tu tables sur un médecin qui se paye "comme dans les livres", à la limite pourquoi pas. Si tu prends un jeune médecin qui ne compte pas trop ses heures, c'est déjà plus difficile à défendre. Sans compter que le jour où l'argent tarde à rentrer (cf. les délais de remboursement évoqués plus haut), tu peux accepter de te payer en retard. Ton salarié risque de faire autrement la tête si ça lui arrive. Bref, non, ça n'est pas aussi simple que "j'ai deux fois plus de boulot, soyons deux et tout ira bien" (et je sais que tu le sais).
Non, clairement pas. Et pas juste parce que j'ai payé ses impôts. Mais la complexité de salarier rend cette situation non seulement possible, mais courante. D'un point de vue économique (en tant que patient, ça me gonfle assez souvent, mais passons), l'externalisation mutualisée des secrétariats est une réponse, mais pas toujours assez développée (et heureusement : ça me gonfle :p ).
[^] # Re: champagne.... et femmes, mais champomy ça le fera.
Posté par Larry Cow . En réponse au journal [HS] La complémentaire santé obligatoire, encore une fausse bonne idée française. Évalué à 10.
Bon, après faut comparer ce qui est comparable. En Allemagne, les piétons attendent que le petit bonhomme soit vert pour traverser.
[^] # Re: champagne.... et femmes, mais champomy ça le fera.
Posté par Larry Cow . En réponse au journal [HS] La complémentaire santé obligatoire, encore une fausse bonne idée française. Évalué à 3.
Sauf qu'embaucher, c'est toujours un peu un pari. Et que multiplier ton personnel par deux, c'est souvent pas du tout encourageant (tu deviens employeur, notamment).
[^] # Re: "Charges patronales"
Posté par Larry Cow . En réponse au journal [HS] La complémentaire santé obligatoire, encore une fausse bonne idée française. Évalué à 6.
Un compromis, peut-être. Honnête, il faudrait voir. Parce que c'est aussi assez facile, d'ajuster le brut en fonction de qui râle le plus (pour caricaturer : un gouvernement de gauche décalerait le brut vers le net, alors qu'un gouvernement de droite ferait l'inverse). Sans qu'au final ça change ce qui sort de la poche de l'un, ni ce qui rentre dans la poche de l'autre.
En tout état de cause, tu as raison : le super-brut peut ne pas t'intéresser en tant que salarié. Mais en ce cas, le brut non plus. Si tu es intéressé uniquement par ce que tu touches, aucun des deux n'est informatif. Si tu es intéressé par ce que tu coutes à ton entreprise, seul le super-brut a véritablement un sens.
[^] # Re: "Charges patronales"
Posté par Larry Cow . En réponse au journal [HS] La complémentaire santé obligatoire, encore une fausse bonne idée française. Évalué à 10.
La connerie consiste surtout à accepter de raisonner en brut. Il n'y a que deux montants importants, au final : le salaire net (celui que l'employé touche) et le super-brut (ou brut chargé), qui correspond à ce que paye l'employeur. Le brut n'a aucun intérêt en tant que référence. Il peut avoir un sens technique ou légal (cf. le reste du fil), mais ne devrait même pas intervenir dans les négociations salariales.
# Idée?
Posté par Larry Cow . En réponse à la dépêche LinuxJobs.fr, job board pour la communauté du Logiciel Libre et de l'open source. Évalué à 8.
Beau boulot. J'en profite, même si tout le monde a déjà eu l'idée, pour relever un truc qui manque sur 90% (et je suis gentil) des sites d'offres d'emploi : la localisation géographique.
Sérieusement, on est en 2015, et 1 site d'annonces sur 10 est capable de faire une recherche par distance géographique…
# Premier retour à chaud
Posté par Larry Cow . En réponse à la dépêche Sortie de Proxmox VE 4.0 . Évalué à 10.
Contexte : je suis Proxmox depuis pas mal de versions, je suis assez fan, et j'attendais un peu cette version comme le messie (VZ me faisait un peu peur pour la sérénité du truc, comme à pas mal de monde y compris chez Proxmox, je suppose). Ah, et je suis une grosse buse en LXC, c'est tout juste si j'en ai déjà créé un pour voir sur mon poste. Voilà voilà.
Donc installation vite fait ce soir, sur un serveur pas tout jeune (un vieux Dell 2850, de mémoire). Pas eu de soucis particulier, comme les précédentes versions (en tous cas celles que j'ai testé autrement que vieux un apt-get upgrade), ça s'installe tout seul, ça pose les bonnes questions, et zou. Côté FS, j'ai laisse les options par défaut (Ext4, notamment). Peut-être ai-je eu tort, j'y reviendrais.
Une fois l'ensemble installé, la première surprise c'est que rien n'a changé. En apparence en tous cas. Le numéro de version, en haut à gauche, mais c'est à peu près tout. Évidemment, je me précipite à créer un conteneur (Create CT), puisque le passage de VZ à LXC est LE gros changement. Presque pas de différence par rapport à la version VZ, la configuration du réseau a un peu bougé (plus riche). Comme à chaque fois, je me fais avoir : pas de templates disponibles. Je file en télécharger via l'interface prévue pour (Debian 7 et 8 sont là, ainsi qu'une paire d'Ubuntus récentes, pour moi ça ira) et je recommence. Puis je démarre mon conteneur.
La console NoVNC marche très bien, mais je l'avais déjà sur la version 3, alors pas de grimpette au rideau de ma part. Première grosse surprise, par contre : les conteneurs LXC utilisent des images disques, comme les VM (alors que du temps de VZ, c'était un portion de l'arborescence, comme avec un chroot). Je vois assez bien l'avantage (plus proche des VMs, du coup j'imagine qu'on peut avoir les snapshots dessus et tout), mais j'aimais bien pouvoir taper dans mes conteneurs "à la main". Pas bloquant ceci dit, je m'y ferais. Et on me susurre dans l'oreille droite que, abstraction faite de Proxmox, LXC sait très bien faire ce genre de choses.
Premier "vrai" test : j'essaye de remonter une sauvegarde VZ d'un autre serveur. Le plus compliqué a été de l'uploader (le stockage "local" défini par défaut accepte tous types de contenus, sauf les vzdumps), mais la restauration se passe bien. Juste le réseau à reconfigurer et c'est parti. Par contre, NoVNC se comporte bizarrement, une fois la machine repartie (juste Login:, jamais il ne me demande de Password, mais ne me laisse pas entrer pour autant). En SSH, ceci dit, la machine répond et fonctionne comme on peut s'y attendre. Cool.
Les snapshots, par contre, pas vu comment y accéder sur un CT. L'onglet est présent, le snapshot "NOW" est là, mais les boutons sont grisés. J'ai essayé de créer un stockage LVM (dans le volume group "pve"), et de créer un CT dedans. Mais là non plus, pas d'accès aux snapshots. Flutte.
Du même coup, je n'ai pas trouvé comment déplacer un CT existant d'un stockage à un autre. On peut s'en sortir avec sauvegarde/resto, mais c'est un peu dommage. Peut-être plus génant pour l'instant : pas possible - de ce que j'ai vu - de modifier le "disque" d'un conteneur. Ni de changer sa taille, ni d'en rajouter un second, etc. On a une situation curieuse, à mi chemin entre l'ancien système VZ (où la taille n'était qu'un quota, mais on pouvait quand même la modifier) et les VMs (mais sans pouvoir gérer des volumes comme sur une vraie machine). Bref, curieux. On peut surement s'en tirer avec les outils CLI, je n'a pas encore regardé par là.
Note : on ne peut pas créer de snapshot à la main, mais si on configure une sauvegarde on peut demander à ce qu'elle se fasse par ce biais. Curieux. Ma sauvegarde se lance à 23:00, j'en saurais plus d'ici la fin de ma prose.
En conclusion, je suis toujours aussi fan. Pas au point de mettre en prod' tout de suite, mais ça risque de me démanger fort. J'ai quelques OpenVZ à migrer, on va y aller par étape. Pas encore pu tester la mise en cluster, mais ça ne devrait pas tarder non plus. Même si quelques réglages et améliorations sont encore à apporter ici et là pour que l'intégration d'LXC soit parfaite, ça reste une TRÈS bonne solution de virtualisation/conteneur sur base Debian.
Note 2: ma sauvegarde a eu lieu pour un CT sur deux (celui qui n'était pas explicitement stocké sur LVM). Il n'a pas bronché, mais je ne suis pas certain qu'il n'ait pas eu recours à un Suspend (ce qui est prévu lorsque les snapshots ne sont pas disponibles). Et par contre, la sauvegarde se voit comme une simple sauvegarde (et pas un point parmi les snapshots).
La sauvegarde du CT basé sur LVM tourne, et le CT est toujours fonctionnel. Donc j'imagine que, bas niveau, les snapshots marchent.
En gros, et sauf incompréhension de ma part, il reste à Proxmox à décider si les conteneurs LXC se rapprochent de ceux sous VZ, ou bien des VMs KVM. Pour l'instant, c'est une drôle d'espèce d'entre-deux. Et c'est bien le seul reproche, à première vue, qu'on puisse faire à cette nouvelle mouture.
[^] # Re: Ça ne devrait pas exister
Posté par Larry Cow . En réponse au journal L'absurdité des tickets restau. Évalué à 4.
Le restaurant d'entreprise, c'est quand même un gros truc de privilégié. Tous les salariés n'ont pas accès à ça, loin s'en faut.
[^] # Re: Gog & DRM
Posté par Larry Cow . En réponse à la dépêche Bilan Steam et GNU/Linux aux ¾ de l’année 2015. Évalué à 5.
Précision: GOG a élargi son offre, et fait désormais beaucoup de "nouveau" (à peu près les mêmes que l'Humble Store, avec parfois quelques semaines de décalage dans un sens ou l'autre). Et TOUS leurs jeux sont sans DRM (à la différence de l'Humble Store, où la majorité nécessite maintenant d'avoir Steam).
# Ah, la carte...
Posté par Larry Cow . En réponse au journal L'absurdité des tickets restau. Évalué à 9.
Chez nous, ça a été très clair : on passera à la carte le plus tard possible, et le jour où ça se fera la quasi-totalité des employés arrêteront de prendre des tickets resto.
Parce que, quand tu vis et travaille à la campagne, que les seuls moyens de restauration du midi sont des boulangeries ou des kebabs, ben assez vite tu te fais ta gamelle pour le lendemain.
Et ne plus pouvoir utiliser ses tickets pour ça, ça limite grandement leur intérêt.
[^] # Re: N'oublions pas la contrainte
Posté par Larry Cow . En réponse au journal Helios, un logiciel libre de vote électronique. Évalué à 3.
Ça se signe en Gendarmerie, normalement, non?
[^] # Re: Libre vraiment?
Posté par Larry Cow . En réponse à la dépêche Sortie de Odoo 9. Évalué à 4.
Pas que ça, d'ailleurs. À l'époque - il y a 3-4 ans je dirais - où je m'y intéressais, Alfresco Inc. imposait à ses "revendeurs" de bosser avec le version Entreprise. En gros, si tu voulais vendre de l'Alfresco ET pouvoir bénéficier du support d'Alfresco Inc., tu DEVAIS imposer à tes clients la version Entreprise.
[^] # Re: Crypter n'existe pas en français
Posté par Larry Cow . En réponse au journal Helios, un logiciel libre de vote électronique. Évalué à 3.
Tu sais, les dictionnaires modernes…
http://www.larousse.fr/dictionnaires/francais/c%C3%A9d%C3%A9rom/13967
http://www.larousse.fr/dictionnaires/francais/Tweet/186933
[^] # Re: zip zip zip
Posté par Larry Cow . En réponse à la dépêche Parution de Python 3.5. Évalué à 3.
Arrête-moi si je me trompe, mais si c'est un MIME spécifique, ça veut dire que ça n'est plus un MIME de fichier Zip, si? Auquel cas, on perd l'intérêt de pouvoir manipuler le fichier directement avec zip/unzip.
[^] # Re: Intérêt vis-à-vis de bitcoin.
Posté par Larry Cow . En réponse au journal Ethereum, désormais officiellement lancé. Évalué à 2.
Et à ton avis, c'est une bonne ou une mauvaise chose?
[^] # Re: Adieu ext3
Posté par Larry Cow . En réponse à la dépêche Sortie du noyau Linux 4.2. Évalué à 6.
Ça devient difficile de trouver une référence sur Internet, mais on a encore ça : http://www.xdocs400.com/spip.php?article287
[^] # Re: Faille dans les programmes ?
Posté par Larry Cow . En réponse au journal Ethereum, désormais officiellement lancé. Évalué à 3.
Mais y a-t-il un moyen de vérifier que la source annoncée correspond bien au contrat?
[^] # Ryzom
Posté par Larry Cow . En réponse à la dépêche OpenMW, une implémentation libre du moteur du jeu de rôle, Morrowind. Évalué à 6.
Idée comme ça en passant : est-ce que les données (libres) de Ryzom ne pourraient pas fournir une bonne base pour OpenMW? Je me doute que ça ne serait pas de la tarte à exploiter, mais au moins ça existe et c'est cohérent avec soi-même.
[^] # Re: 927
Posté par Larry Cow . En réponse au journal Un codec libre ? ... Oui Madame !!!. Évalué à 3.
Ils ont du se dire que, de toutes façons, ils répercuteraient les couts sur les clients finaux. Et puis finalement, quand ils voient les prix, ils se disent qu'ils vont avoir du mal à faire ça ET à marger, du coup, ça commence à les déranger aux entournures.
# Crashs tests
Posté par Larry Cow . En réponse à la dépêche LibreOffice 5.0 : sous le capot. Évalué à 10.
C'est super intéressant, ça. On peut vous soumettre des documents pour ce corpus (ou en tous cas vérifier qu'ils n'y sont pas déjà)? J'ai quelques souvenirs cuisants de fichiers .rtf issus du Ministère des Finances (français), qui rendaient super mal sous Wordpad, mais qui surtout plantaient purement et simplement de nombreuses versions de LibreOffice (et d'OOo avant).
J'avais soumis des rapports de bug à ce sujet, je crois en liant les fichiers, donc peut-être que ça a suffi à ce qu'ils se retrouvent dans le corpus de tests, non?