Une erreur volontaire de la part de ceux qui savaient (ou aurait dû savoir) qu'il est stupide de piquer du code GPL pour en faire un logiciel fermé.
Ensuite c'est peut-être une erreur lors de la validation par les supérieurs hiérarchiques qui n'ont pas forcément tout vérifié.
Quoi qu'il en soit, les personnes en possession de ce logiciel sont en droit de demander les sources. Je suis certain qu'il y en a. Ca risque juste de coûter des centaines de milliers de brouzoufs rien que pour les frais d'avocats.
Dois-je quiter linux pour OpenBSD?
La question ne se pose même pas.
On passe de Windows à Linux lorsqu'on en a marre du proprio.
On passe de Linux à BSD lorsqu'on en a marre de bidouiller.
Et on éteint tout le bazar lorsqu'on veut une vraie vie :-)
Je fais exactement pareil :-)
Mon supérieur: "mais pourquoi pensez-vous que ça va nous poser problème ?"
Moi: "parceque TOUT l'informatique pose des problèmes"
Mon supérieur: "ah bon, et donc vos solutions poserons problème alors"
Moi: "oui, et je pourrais les résoudre. Ce qui n'est pas le cas des solutions avec lesquelles nous ne pouvons rien modifier, contrôler, ou comprendre"
Mon supérieur: "nous allons tout de même prendre la solution x".
La dernière dois qu'il m'a fait le coup, c'était il y a 3 ans. Ca coûtait 5000 euros mensuel pour relier 12 sites en VPN (solution Equant, des branques de chez Farce Télécom). Au bout de 2 mois de non fonctionnement, mon supérieur me dit un lundi au détour d'un couloir:
"ça y est, le VPN fonctionnen enfin."
Moi: "Je suis au courant vu que c'est moi qui ai débranché le VPN Equant. A la place c'est la solution dont je vous ai parlé" (OpenVPN)
Mon supérieur: "....."
Moi: "J'en ai profité pour relier nos 32 sites au lieu de seulement 12"
Il n'aime pas du tout quand je le regarde sans sourire.
Il sait aussi que c'est là que je lui explique qu'il faut remonter mon salaire. Mais ça fait 3 ans qu'il n'a plus decidé de conneries :-)
Le hic, c'est que la définition du nuage, c'est que ce n'est pas toi qui gère. Tes données sont "ailleurs".
M'enfin, ce n'est pas la première fois qu'on utilise un terme à tord (avec un 'd' exprès) et à traverd (encore ?!). Ni la dernière, contrairement à ce que disait la marchande de foie.
Bha non ce n'est pas hyper drôle, mais c'est mon niveau (peu élevé, je le concède). Et je trouve cela amusant, sans toutefois me rouler par terre, question de standing.
D'autres sont libres de ne pas trouver cela amusant. Rhalala ces humains, pourquoi sont-ils si compliquéschiantspètes cou ... nan rien.
C'est bel et bien une blague "privée". Pour connaisseurs uniquement.
Admettons que "La classe américaine" soit de la culture. C'est même probable. Culture générale même, en poussant un peu. Qui l'a mémorisé au point de se souvenir du nom d'un obscure boîte de fringues ? Ou du nom du patron, etc.
Tu te souviens du nom du restaurant connu utilisé en clin d'oeil dans "L'aile ou la cuisse" ?
Tu te souviens où a été tourné "Les valseuses" ?
Pourtant ces deux films sont _hyoer_ connus par rapport à "La classe américaine".
T'as essayé avec Windows server 2008 R2/7 ?
Non :-)
Je souhaite virer aux maximum Windows (j'ai une trentaine de serveurs de fichiers à passer de Windows à Samba). Je n'ai pas d'argent à dépenser dans des Windows supplémentaires qui, de toutes manières, finirons virtualisées car c'est beaucoup mieux (ne serait-ce que pour les sauvegardes, la migration hyper facile, la sécurité pare-feu vpn, etc).
Et puis bon, la version de Windows sortie en 2008 gère le cache aussi bien que la version de Linux ou BSD sortie en 1998 ? Belle affaire :-)
Nous utilisons vmware-server (le truc basique qui fonctionne parfaitement bien) et KVM (le truc en version post-béta qui a encore plein de bugs mais qui marche du tonnerre).
Je pense que Windows gère mal son cache et ses accès disque. Une simple compression avec 7-Zip d'un gros fichier est plus rapide sur vmware+Windows que sur Windows.
Mais le top c'est avec les applications codées avec les pieds (la majorité donc). Qui font des accès aux fichiers par petits bouts. Nous avons par exemple une application codée en... j'ai honte pour le programmeur... en Clarion (bon, lui il en est fier). Il fait l'équivalent d'un sync à chaque écriture dans un fichier. Lorsqu'un ordinateur client fait un recalcul de statistiques par exemple, il y a des millions de syncs. Sur un Windows bare-métal ça prend des plombes: les disques sont en activité permanente. Le pilote vmware pour les disques n'honore pas les syncs. Donc le Linux sous-jacent récupère tranquillou les écritures, les stocke dans le cache, et une fois toutes les 4 secondes tu as la loupiotte des disques qui s'allume brièvement.
Windows: 1h30
vmware+Windows: 3 minutes
Ce n'est pas "de la faute" de Windows, certes. Mais dans ce cas précis, nous avons 30 fois plus de performance (trente !).
Samba par défaut n'honore pas non plus les syncs. C'est écrit dans la doc du genre "les dév Windows sont des brêles, Samba n'honore pas les syncs car ils ne servent à rien dans 99,9% des cas".
En fait il est indiqué "Many Windows applications (including the Windows 98 explorer shell) seem to confuse flushing buffer contents to disk with doing a sync to disk."
Si on a des disques avec pas mal de cache, on ne voit pas ce problème. Ca coûte juste nettement plus cher (SAS haut de gamme au lieu de SATA ordinaire).
Pour nos serveurs SQL c'est pire: la mémoire du Linux sous-jacent a 12 Go de libre, utilisé pour le cache-disque. L'ensemble des bases utiles de notre plus gros logiciel fait environ 30 Go. En utilisation quotidienne, la totalité des données utile se trouve dans le cache Linux. Cela fait qu'on utilise les disques quasi-uniquement en écriture. Ca aide :-)
Si on met ces 12 Go dans le Windows, hé bien le disque s'affole. Je pense que Windows ne sait pas gérer un cache-disque.
Résultat: deux disques SATA ordinaires (RAID 1 logiciel) supportent 180 utilisateurs TSE + un serveur SQL avec 30 Go de données. En Windows bare-métal avec des SAS 15.000 tours + carte RAID on ne passe que 60 utilisateurs avant qu'ils nous insultent au téléphone. Et il faut deux serveurs car TSE+SQL sur la même machine, même pas la peine d'y penser.
LDAP pour remplacer Active Directory
Ca se saurait :-)
Certes LDAP remplace le répertoire, mais les outils d'administration ne fonctionnent pas correctement. Télédéploiement, politiques de sécurité, etc, ça ne fonctionne pas comme il faut.
Pour Samba v4 j'attends effectivement. Mais je ne pense pas que ça résolve les problèmes inhérents aux différences en Unix et Windows. En particulier l'héritage des permissions et les permissions un poil fines. C'est indiqué clairement dans la documentation Samba. Je doute qu'ils reviennent dessus.
Egalement (de tête, à re-vérifier) les postes clients ne peuvent pas modifier les permissions comme d'habitude.
Bref, le remplacement pose-et-ça-fonctionne-pareil, ce n'est pas ça.
Les licences ne nous permettent pas de virtualiser ?
Les licences ne nous permettent pas de dupliquer depuis une image maîtresse ? (nous changeons ensuite les UUID et numéros de licences).
Si c'est le cas, qu'un avocat tente de nous faire condamner pour ça, je lui souhaite bonne chance :-)
pour supprimer une partition avec gparted, il suffit de cliquer dedans pour la sélectionner, puis de cliquer sur le gros bouton marqué "supprimer".
Plus simple, c'est difficile :-)
Une fois terminé, tu cliques sur "Appliquer les changements" ou quelque chose du genre.
Ensuite, si tu désires déplacer ou redimensionner les partitions qui restent, il te suffit de les sélectionner et d'utiliser le gros bouton qui correspond à l'action souhaitée.
Puis "Appliquer les changements".
note: pour faire ces manipulations, il est préférable de démarrage l'ordinateur avec le Live-CD. Cela évite d'avoir à jongler avec les partitions en cours d'utilisation.
La taille de l'en-tête n'étant pas identique (un seul octet suffit), toute la suite est décalée. Donc le hachage n'est pas identique. Donc pas de déduplication.
La déduplication "basique" au niveau des bloc ne sert que dans des cas réduits. Les sauvegardes de multiples machines par exemple. Et même dans ces cas, il est mieux d'avoir une déduplication plus fine. Ca coûte juste cher en temps machine et en espace disque pour stocker les clefs :-)
Un peu plus bas je trouve: Nimrod is also designed to allow teams accross the world to work together: identifiers are language insensitive. You can for example have a function named MyFunction and a french developper can use this function with MaFonction. Please note that you have to install the required dictionnary packages for this feature to work.
Sans parler du Chinois, du Japonais, et probablement bien d'autres langues qui ne se lisent théoriquement pas horizontalement :-)
Même si les habitudes ont changé, question d'adaptation.
Ce que tu recherches à faire n'existe pas car ce n'est pas considéré comme étant la bonne solution. Qui a tort, qui a raison, peu importe.
Tu peux obtenir ce que tu souhaites en utilisant le RAID logiciel de Linux. Il y a une option qui permet d'avoir une table des zones modifiées ou non. Cela permet d'accélérer la reconstruction. C'est --bitmap=internal qui me semble le mieux.
En fonctionnement normal, tu as ton disque "maître" uniquement. Lorsque tu veux dupliquer, tu réassemble ton RAID.
Avantage: ça se fait pendant que tu travailles.
Inconvénient: à la réflexion pas tant que ça.
Si c'est un disque USB par exemple, la bonne ligne dans /etc/udev/xxx permet de s'occuper de tout.
Sinon rsync fonctionne très bien. Et tu auras les mêmes limitations qu'avec le RAID: les modifications de partition et de secteur de démarrage ne sont pas gérées. Sa reste rare.
Il suffit de mettre le feu à l'urne, rien que ça, discrètement, et sans te retrouver en garde à vue :-)
Planter un ordinateur de vote en insérant une clef USB (ou en versant un liquide dedans, ou etc etc), ça se fait bien tranquillement en étant dans l'isoloir. Personne ne sait que c'est toi si la machine plante 10 minutes plus tard. Et si elle plante tout de suite, il te suffit de ressortir en pestant "bon sang de bon soir, qu'est ce que c'est que cette machine ?! Ca ne fonctionne pas". On pourra avoir un doute à ton encontre, sans plus.
Alors que s'attaquer à une "vraie" urne sans se faire chopper, c'est une autre affaire.
[^] # Re: Sérieusement...
Posté par Kerro . En réponse au journal Microsoft pirate la GPL ?. Évalué à 6.
Une erreur volontaire de la part de ceux qui savaient (ou aurait dû savoir) qu'il est stupide de piquer du code GPL pour en faire un logiciel fermé.
Ensuite c'est peut-être une erreur lors de la validation par les supérieurs hiérarchiques qui n'ont pas forcément tout vérifié.
Quoi qu'il en soit, les personnes en possession de ce logiciel sont en droit de demander les sources. Je suis certain qu'il y en a. Ca risque juste de coûter des centaines de milliers de brouzoufs rien que pour les frais d'avocats.
# Migration
Posté par Kerro . En réponse au journal nvidia: this is not a method, this is provocation, you want me to go back to OpenBSD?. Évalué à 10.
La question ne se pose même pas.
On passe de Windows à Linux lorsqu'on en a marre du proprio.
On passe de Linux à BSD lorsqu'on en a marre de bidouiller.
Et on éteint tout le bazar lorsqu'on veut une vraie vie :-)
[^] # Re: Tout dépend du besoin...
Posté par Kerro . En réponse au journal De Checkpoint à FreeBSD. Évalué à 10.
Mon supérieur: "mais pourquoi pensez-vous que ça va nous poser problème ?"
Moi: "parceque TOUT l'informatique pose des problèmes"
Mon supérieur: "ah bon, et donc vos solutions poserons problème alors"
Moi: "oui, et je pourrais les résoudre. Ce qui n'est pas le cas des solutions avec lesquelles nous ne pouvons rien modifier, contrôler, ou comprendre"
Mon supérieur: "nous allons tout de même prendre la solution x".
La dernière dois qu'il m'a fait le coup, c'était il y a 3 ans. Ca coûtait 5000 euros mensuel pour relier 12 sites en VPN (solution Equant, des branques de chez Farce Télécom). Au bout de 2 mois de non fonctionnement, mon supérieur me dit un lundi au détour d'un couloir:
"ça y est, le VPN fonctionnen enfin."
Moi: "Je suis au courant vu que c'est moi qui ai débranché le VPN Equant. A la place c'est la solution dont je vous ai parlé" (OpenVPN)
Mon supérieur: "....."
Moi: "J'en ai profité pour relier nos 32 sites au lieu de seulement 12"
Il n'aime pas du tout quand je le regarde sans sourire.
Il sait aussi que c'est là que je lui explique qu'il faut remonter mon salaire. Mais ça fait 3 ans qu'il n'a plus decidé de conneries :-)
[^] # Re: Point de vue et infos supplémentaires sur l'Opération Ordicollège
Posté par Kerro . En réponse à la dépêche Ordicollège en Corrèze : saison n° 2. Évalué à 6.
POE: Prout Over Ethernet
Attention: si vous plussez, cela prouve que vous avez un niveau d'humour "collège". Le même que moi donc.
[^] # Re: heuu ???
Posté par Kerro . En réponse à la dépêche TioLive : Naissance d'une plate-forme SaaS libre. Évalué à 2.
Le hic, c'est que la définition du nuage, c'est que ce n'est pas toi qui gère. Tes données sont "ailleurs".
M'enfin, ce n'est pas la première fois qu'on utilise un terme à tord (avec un 'd' exprès) et à traverd (encore ?!). Ni la dernière, contrairement à ce que disait la marchande de foie.
[^] # Re: oh
Posté par Kerro . En réponse au journal La souris pour Emacs. Évalué à 10.
D'autres sont libres de ne pas trouver cela amusant. Rhalala ces humains, pourquoi sont-ils si compliqués chiants pètes cou ... nan rien.
[^] # Re: Moi j'ai plussé
Posté par Kerro . En réponse au journal Mode de merde !. Évalué à 10.
Admettons que "La classe américaine" soit de la culture. C'est même probable. Culture générale même, en poussant un peu. Qui l'a mémorisé au point de se souvenir du nom d'un obscure boîte de fringues ? Ou du nom du patron, etc.
Tu te souviens du nom du restaurant connu utilisé en clin d'oeil dans "L'aile ou la cuisse" ?
Tu te souviens où a été tourné "Les valseuses" ?
Pourtant ces deux films sont _hyoer_ connus par rapport à "La classe américaine".
[^] # Re: plus vite ?
Posté par Kerro . En réponse au journal Pour utiliser Windows, utilisez Linux. Évalué à 2.
Ce qui m'interesse, c'est le fonctionnement "en vrai". Lorsque x utilisateurs accèdent aux ressources.
[^] # Re: plus vite ?
Posté par Kerro . En réponse au journal Pour utiliser Windows, utilisez Linux. Évalué à 5.
Non :-)
Je souhaite virer aux maximum Windows (j'ai une trentaine de serveurs de fichiers à passer de Windows à Samba). Je n'ai pas d'argent à dépenser dans des Windows supplémentaires qui, de toutes manières, finirons virtualisées car c'est beaucoup mieux (ne serait-ce que pour les sauvegardes, la migration hyper facile, la sécurité pare-feu vpn, etc).
Et puis bon, la version de Windows sortie en 2008 gère le cache aussi bien que la version de Linux ou BSD sortie en 1998 ? Belle affaire :-)
[^] # Re: plus vite ?
Posté par Kerro . En réponse au journal Pour utiliser Windows, utilisez Linux. Évalué à 10.
Je pense que Windows gère mal son cache et ses accès disque. Une simple compression avec 7-Zip d'un gros fichier est plus rapide sur vmware+Windows que sur Windows.
Mais le top c'est avec les applications codées avec les pieds (la majorité donc). Qui font des accès aux fichiers par petits bouts. Nous avons par exemple une application codée en... j'ai honte pour le programmeur... en Clarion (bon, lui il en est fier). Il fait l'équivalent d'un sync à chaque écriture dans un fichier. Lorsqu'un ordinateur client fait un recalcul de statistiques par exemple, il y a des millions de syncs. Sur un Windows bare-métal ça prend des plombes: les disques sont en activité permanente. Le pilote vmware pour les disques n'honore pas les syncs. Donc le Linux sous-jacent récupère tranquillou les écritures, les stocke dans le cache, et une fois toutes les 4 secondes tu as la loupiotte des disques qui s'allume brièvement.
Windows: 1h30
vmware+Windows: 3 minutes
Ce n'est pas "de la faute" de Windows, certes. Mais dans ce cas précis, nous avons 30 fois plus de performance (trente !).
Samba par défaut n'honore pas non plus les syncs. C'est écrit dans la doc du genre "les dév Windows sont des brêles, Samba n'honore pas les syncs car ils ne servent à rien dans 99,9% des cas".
En fait il est indiqué "Many Windows applications (including the Windows 98 explorer shell) seem to confuse flushing buffer contents to disk with doing a sync to disk."
Si on a des disques avec pas mal de cache, on ne voit pas ce problème. Ca coûte juste nettement plus cher (SAS haut de gamme au lieu de SATA ordinaire).
Pour nos serveurs SQL c'est pire: la mémoire du Linux sous-jacent a 12 Go de libre, utilisé pour le cache-disque. L'ensemble des bases utiles de notre plus gros logiciel fait environ 30 Go. En utilisation quotidienne, la totalité des données utile se trouve dans le cache Linux. Cela fait qu'on utilise les disques quasi-uniquement en écriture. Ca aide :-)
Si on met ces 12 Go dans le Windows, hé bien le disque s'affole. Je pense que Windows ne sait pas gérer un cache-disque.
Résultat: deux disques SATA ordinaires (RAID 1 logiciel) supportent 180 utilisateurs TSE + un serveur SQL avec 30 Go de données. En Windows bare-métal avec des SAS 15.000 tours + carte RAID on ne passe que 60 utilisateurs avant qu'ils nous insultent au téléphone. Et il faut deux serveurs car TSE+SQL sur la même machine, même pas la peine d'y penser.
[^] # Re: ldap, samba
Posté par Kerro . En réponse au journal Pour utiliser Windows, utilisez Linux. Évalué à 7.
Ca se saurait :-)
Certes LDAP remplace le répertoire, mais les outils d'administration ne fonctionnent pas correctement. Télédéploiement, politiques de sécurité, etc, ça ne fonctionne pas comme il faut.
Pour Samba v4 j'attends effectivement. Mais je ne pense pas que ça résolve les problèmes inhérents aux différences en Unix et Windows. En particulier l'héritage des permissions et les permissions un poil fines. C'est indiqué clairement dans la documentation Samba. Je doute qu'ils reviennent dessus.
Egalement (de tête, à re-vérifier) les postes clients ne peuvent pas modifier les permissions comme d'habitude.
Bref, le remplacement pose-et-ça-fonctionne-pareil, ce n'est pas ça.
[^] # Re: Licence
Posté par Kerro . En réponse au journal Pour utiliser Windows, utilisez Linux. Évalué à 10.
Les licences ne nous permettent pas de dupliquer depuis une image maîtresse ? (nous changeons ensuite les UUID et numéros de licences).
Si c'est le cas, qu'un avocat tente de nous faire condamner pour ça, je lui souhaite bonne chance :-)
# Je suis mauvais public
Posté par Kerro . En réponse au journal Le voyage dans le temps a 54 ans!!!. Évalué à -1.
[^] # Re: Signification ?
Posté par Kerro . En réponse au journal Un exemple interessant de ce qui se fait au Venezuela. Évalué à 4.
# Gros boutons
Posté par Kerro . En réponse au message explications avec gparted. Évalué à 2.
pour supprimer une partition avec gparted, il suffit de cliquer dedans pour la sélectionner, puis de cliquer sur le gros bouton marqué "supprimer".
Plus simple, c'est difficile :-)
Une fois terminé, tu cliques sur "Appliquer les changements" ou quelque chose du genre.
Ensuite, si tu désires déplacer ou redimensionner les partitions qui restent, il te suffit de les sélectionner et d'utiliser le gros bouton qui correspond à l'action souhaitée.
Puis "Appliquer les changements".
note: pour faire ces manipulations, il est préférable de démarrage l'ordinateur avec le Live-CD. Cela évite d'avoir à jongler avec les partitions en cours d'utilisation.
[^] # Re: Ou pour du mail !
Posté par Kerro . En réponse au journal Enlarge your ZFS pool. Évalué à 4.
La déduplication "basique" au niveau des bloc ne sert que dans des cas réduits. Les sauvegardes de multiples machines par exemple. Et même dans ces cas, il est mieux d'avoir une déduplication plus fine. Ca coûte juste cher en temps machine et en espace disque pour stocker les clefs :-)
[^] # Re: Je n'adhère pas...
Posté par Kerro . En réponse au journal Nimrod, ça se rapproche du langage idéal. Évalué à 6.
Nimrod is also designed to allow teams accross the world to work together: identifiers are language insensitive. You can for example have a function named MyFunction and a french developper can use this function with MaFonction. Please note that you have to install the required dictionnary packages for this feature to work.
# Un peu plus de précision, ça ne fait pas de mal :-)
Posté par Kerro . En réponse au message configuration de claviers. Évalué à 2.
[^] # Re: IDN, c'est moche
Posté par Kerro . En réponse au journal L'internationalisation des adresses internet. Évalué à 3.
Même si les habitudes ont changé, question d'adaptation.
[^] # Re: Paille... poutre...
Posté par Kerro . En réponse à la dépêche Nespresso attaque Chacun son café. Évalué à 10.
[^] # Re: IDN, c'est moche
Posté par Kerro . En réponse au journal L'internationalisation des adresses internet. Évalué à 10.
Petite correction: c'est un hack immonde.
# Outils standards
Posté par Kerro . En réponse au message Raid offline. Évalué à 6.
Tu peux obtenir ce que tu souhaites en utilisant le RAID logiciel de Linux. Il y a une option qui permet d'avoir une table des zones modifiées ou non. Cela permet d'accélérer la reconstruction. C'est --bitmap=internal qui me semble le mieux.
En fonctionnement normal, tu as ton disque "maître" uniquement. Lorsque tu veux dupliquer, tu réassemble ton RAID.
Avantage: ça se fait pendant que tu travailles.
Inconvénient: à la réflexion pas tant que ça.
Si c'est un disque USB par exemple, la bonne ligne dans /etc/udev/xxx permet de s'occuper de tout.
Sinon rsync fonctionne très bien. Et tu auras les mêmes limitations qu'avec le RAID: les modifications de partition et de secteur de démarrage ne sont pas gérées. Sa reste rare.
# Précision
Posté par Kerro . En réponse au journal Déguisement de Tux. Évalué à 10.
Tu recherches un costume de manchot sans succès ?
Ou tu recherches sans succès un costume de manchot ?
[^] # Re: ça leur rend pas service cela ?
Posté par Kerro . En réponse au journal Concours de hackage de machines à vote électronique. Évalué à 3.
[^] # Re: "laisser la machine entièrement utilisable"
Posté par Kerro . En réponse au journal Concours de hackage de machines à vote électronique. Évalué à 2.
Planter un ordinateur de vote en insérant une clef USB (ou en versant un liquide dedans, ou etc etc), ça se fait bien tranquillement en étant dans l'isoloir. Personne ne sait que c'est toi si la machine plante 10 minutes plus tard. Et si elle plante tout de suite, il te suffit de ressortir en pestant "bon sang de bon soir, qu'est ce que c'est que cette machine ?! Ca ne fonctionne pas". On pourra avoir un doute à ton encontre, sans plus.
Alors que s'attaquer à une "vraie" urne sans se faire chopper, c'est une autre affaire.