Il y a aussi l'argument que j'entends souvent. Ah, c'est pas compatible à 100% (qui est jamais compatible à 100 % ?) et puis il faut un petit temps d'adaptation -> j'ai pas que cela faire, hop je reste sur mon OS actuel.
J'entends aussi : j'en ai chier pour passer à la dernière version de MS Office… mais c'est bien.
Bref, il y a le poids de l'habitude. certain passe sur MAC car MAC c'est bien… C'est vrai que la matos est bien (vu le prix) mais bon, perso j'aime pas (clavier pourris, batterie non facilement interchangeable donc recyclable…). Bref, il y a le poids de la mode et GNU/Linux sur le bureau n'a pas d'entreprise qui arrive à percer.
Et puis, linux avec ses paquets, tu ne bidouilles pas… Tu ne surfe pas dans un magasin en ligne chercher une application pour ne rien faire ! On cherchait ce midi quelques numéros de département. mon réflexe est d'aller sur wikimedia. Le premier réflexe des Androideux est de chercher une application ;-)
Sinon, il y a toutes les applications métiers qui sont sous Windows, notamment une très grande partie de l'acquisition avec NI. Labview est une merde mais on n'a pour le moment aucune piste sérieuse pour le remplacer.
L'ouverture d'esprit est un point positif et il est bien de le faire remarquer ;-) Microsoft n'a jamais fait preuve de beaucoup d'ouverture d'esprit en général sauf contraint et forcé…
Quand au fonctionnalité, 99% des utilisateurs n'en utilise qu'un petit bout et c'est tant mieux car on peux espérer qu'il soit moins dépendant de la suite ainsi. Par exemple, très très peu de mes utilisateurs utilisent les styles ! Pourtant, cela doit faire plus de 20 ans que cela existe dans Word…
Ensuite, il faut se replacer en 2005 ou si mes souvenirs sont bons, XP commençait a bien marcher car les premières années, XP était bien pourris et 2000 marchait bien mieux par exemple…
Combien a coûté à Microsoft votre norme ISO que vous ne respectez même pas ?
Description-fr: Appeler un autre système
La commande cu est utilisée pour appeler un autre système et se comporte
comme un terminal de numérotation. Elle peut également assurer un
transfert de fichiers simple, sans vérification d'erreur.
.
cu fait partie du code source de UUCP, mais a été empaqueté séparément car
il peut être utile même si vous n'utilisez pas uucp.
On peux dire qu'après cela, je n'en sais pas plus ;-)
Qu'en a tip, rien trouvé dessus… Bref, si tu as des exemples, pourquoi pas. J'ai quand même des doutes vis à vis de la simplicité de screen tout d'un coup.
Oui car screen, c'est simple ;-) Il fait tout seul les réglages et via une petite option, il capture tout dans un fichier de log que tu envoi au support de ta baie / commutateur…
Non, je fonctionne pareil, si une personne est motivée et me remonte des patch, je lui ouvre un accès en écriture. Je lui demande juste quelques patch avant de lui donner un login/passwd. Le seul hic est qu'il n'y a pas 50 personnes motivés par ces projets ;-) Enfin, cela me permet de les continuer à mon rythme !
Par exemple, y a t'il des personnes autres que chez Mozilla qui ont des accès en écriture aux repository ? Bref, dans un projet communautaire qui fonctionne de manière ouverte, il y a à mon sens des personnes d'horizon très divers qui modifie le central. J'ai toujours eu l'impression, peut être fausse (ce que j'espère), que Mozilla contrôlait l'intégralité du central.
Par exemple, je développe moi aussi des codes libres (bien plus modeste !) ou tout est public mais mon repository n'est pas ouvert en écriture aux quatre vents. Bref, mes codes ne sont pas réellement collaboratif ;-)
N'est ce pas l'échec d'une stratégie de développement communautaire ?
Je ne sais pas exactement comment est développé Mozilla mais est-ce aussi ouvert que Linux ou libre office ou … J'ai toujours eu l'impression que c'était quand même verrouillé, cf notamment les problèmes de droits avec Debian qui est obligé de changé le nom.
C'est vrai qu'un onglet jabber, ce serait bien ;-)
Et puis, un vrai stockage MAILDIR…
A noter que comme Firefox, Thunderbird gère bien les certificats. Je ne sais pas qui d'autres les gèrent ? Personnellement, je m'en sers pour signer mes mails.
Cela permet d'aller voir une console série. Cela évite minicom bien trop complexe à mon gout…
Une console série ? Tous les commutateurs administrable en ont une, ainsi que les baies SAN… Bref, c'est très pratique pour piloter des engins.
Ici, j'ai mis ttyUSB0 pour une console série (RS232) sur un adaptateur USB. Mais la console la plus classique sur un PC est ttyS0 (les nouveaux PC n'en ont pas toujours).
Selon les cas, il faut pas zipper les fichiers… et faire de la ré-écriture fine…
RequestHeader unset Accept-Encoding
SetOutputFilter proxy-html
ProxyHTMLExtended On
J'utilise Apache comme Reverse Proxy car j'ai pas encore compris comment ré-écrire les pages à la volée avec les autres proxy. A noter que cette technique me permet d'avoir par exemple l'intranet en http en interne via une URL et en https en externe via authentification LDAP en externe sur une URL très différente….
On ne te force pas à aimer Debian. Quasiment toutes les grosses distributions patchent un jour ou l'autre au moins un logiciel !
Sinon, j'ai des machines debian qui ont vécu 5 versions de la debian stable sans jamais refaire l'installation. Cette problématique d'un uppgrade quasi transparent est non négligeable sur la manière de devoir gérer ta distribution dans le temps.
Il faut savoir que chez Debian, on doit pouvoir upgrader le poste d'une version à une autre. Lorsque le logiciel change de nom, il y a forcément dans la version suivante de la distribution l'ancien nom qui est conservé sur lequel est rajouté une dépendance vers le nouveau nom…
On a eu la même chose lors de la transition tetex vers texlive par exemple.
Le nom OpenOffice a de forte chance de disparaître un jour mais il faut juste du temps. Sachant qu'une version de la Debian stable dure en moyenne 2 ans actuellement.
CATIA tournait sous GNU/Linux mais cette version n'a jamais été commercialisé.
D'un autre coté, si tu prends Ansys, cette GROSSE DAUBE t'installe un dossier énorme (chez nous >9Go) avec des binaires 64bit, des binaires 32 et un paquets de binaire PE32 ! J'avais compté plus de 100 binaires PE32… Tout cela tourne sous mono/C# avec pas mal de problème 3D si tu es distant (ssh -X). D'ailleurs, selon le client (ou plutôt le serveur, X!), cela marche ou ne marche pas coté 3D dans le Workbench sans que j'ai vraiment compris pourquoi.
Quand je vois le prix qu'on paye, on pourrait quand même avoir des binaires natifs pour le système !
A mon sens, le principal problème d'Apple est de bloquer sur leur magasin. Ce point là est complètement inacceptable et je ne comprends pas que les iPhone soient en vente en France et en Europe pour cette raison là.
Pour moi, c'est le rôle des gouvernements et des députés maintenant d'interdire ce genre d'engin.
Je suis sur qu'il ne faudra pas plus de 3 mois à Apple pour changer son iOS et autorisé d'autres magasins en ligne…
Idem pour les machines sous ARM. Le boot des OS non signés n'est pas désactivable -> interdit de vente en Europe. Problème réglé.
Si cela doit être possible mais si on pouvait le faire directement, c'est mieux ;-) (C'est aussi plus facile si on veut faire soi même de l'asynchrone et du non bloquant, via system, c'est un peu lourd).
Sachant que le problème numéro 1 est qu'on ne sais toujours pas stocker l'électricité de manière efficace sans que cela soit très lourd (barrage), et à ma connaissance, il n'y a aucune avancée scientifique qui permette de penser que d'ici 10 ou 20 ans, on aura une solution…
Je pense que cet argent pourrait donc être utilisé ailleurs.
D'ailleurs, à terme, dans les salles serveurs, on risque de devoir garder des clim pour les onduleurs (batteries) car les machines n'en auront certainement plus besoin (fonctionnement à température ambiante) !
En plus, il me semble qu'elle est passée devant coté serveur web ;-)
Sinon, GNU/Linux et OS libre ne veut pas dire GRUB ! On a tourné pendant longtemps sous LILO. Selon le système sous jacent, il y avait aussi Yaboot. Je me souviens avoir mis une debian sous une SGI indigo et le boot était aussi particulier (me souviens plus lequel c'était).
Cela fait des années que GNU/Linux boot sous EFI sans grub !
La nouveauté, c'est la daube des OS signés ou plutôt le fait de vouloir l'imposer comme contrainte liminaire…
La navette est mal conçue, c'est acquis. C'est aussi pour cela qu'il n'y aura pas de navette II sur le même principe. La navette Russe était bien mieux conçu (comme Hermés). La différence ? La navette Russe était accroché en haut d'une fusée standard, la navette américaine était collé a un bâton de dynamique !
Au décollage, le moindre problème et tous les astronautes meurent. Aucun moyen de secours. Une fusée Soyouz a explosé sur son pas de tir et les cosmonautes ont été sauvés. Il n'y a aucun moyen d'éjecter la cabine de pilotage de la navette en cas de problème.
Bref, la navette a beaucoup tuée.
De plus pour envoyé des satellites, ce n'était pas la peine d'avoir autant de bonhomme dedans…
Bref, vu les coûts du programme américain, il était possible d'avoir des composants plus modulaire qui aurait évolué dans le temps et aurait rempli au final les mêmes tâches. L'échec est à l'origine même de l'architecture de la navette et on voit que si elles ont durées aussi longtemps, c'est que les américains sont bien dans la panade pour les remplacer car il faut tout refaire à partir de zéro !
[^] # Re: C'est amusant
Posté par Sytoka Modon (site web personnel) . En réponse au journal Étude migration vers OpenOffice de 2005. Évalué à 4.
Il y a aussi l'argument que j'entends souvent. Ah, c'est pas compatible à 100% (qui est jamais compatible à 100 % ?) et puis il faut un petit temps d'adaptation -> j'ai pas que cela faire, hop je reste sur mon OS actuel.
J'entends aussi : j'en ai chier pour passer à la dernière version de MS Office… mais c'est bien.
Bref, il y a le poids de l'habitude. certain passe sur MAC car MAC c'est bien… C'est vrai que la matos est bien (vu le prix) mais bon, perso j'aime pas (clavier pourris, batterie non facilement interchangeable donc recyclable…). Bref, il y a le poids de la mode et GNU/Linux sur le bureau n'a pas d'entreprise qui arrive à percer.
Et puis, linux avec ses paquets, tu ne bidouilles pas… Tu ne surfe pas dans un magasin en ligne chercher une application pour ne rien faire ! On cherchait ce midi quelques numéros de département. mon réflexe est d'aller sur wikimedia. Le premier réflexe des Androideux est de chercher une application ;-)
Sinon, il y a toutes les applications métiers qui sont sous Windows, notamment une très grande partie de l'acquisition avec NI. Labview est une merde mais on n'a pour le moment aucune piste sérieuse pour le remplacer.
[^] # Re: C'est amusant
Posté par Sytoka Modon (site web personnel) . En réponse au journal Étude migration vers OpenOffice de 2005. Évalué à 10.
L'ouverture d'esprit est un point positif et il est bien de le faire remarquer ;-) Microsoft n'a jamais fait preuve de beaucoup d'ouverture d'esprit en général sauf contraint et forcé…
Quand au fonctionnalité, 99% des utilisateurs n'en utilise qu'un petit bout et c'est tant mieux car on peux espérer qu'il soit moins dépendant de la suite ainsi. Par exemple, très très peu de mes utilisateurs utilisent les styles ! Pourtant, cela doit faire plus de 20 ans que cela existe dans Word…
Ensuite, il faut se replacer en 2005 ou si mes souvenirs sont bons, XP commençait a bien marcher car les premières années, XP était bien pourris et 2000 marchait bien mieux par exemple…
Combien a coûté à Microsoft votre norme ISO que vous ne respectez même pas ?
[^] # Re: serie
Posté par Sytoka Modon (site web personnel) . En réponse au journal Utiliser tmux aussi bien en local qu'en distant. Évalué à 2.
Voila ce que j'ai trouvé sur ma debian pour cu
On peux dire qu'après cela, je n'en sais pas plus ;-)
Qu'en a tip, rien trouvé dessus… Bref, si tu as des exemples, pourquoi pas. J'ai quand même des doutes vis à vis de la simplicité de screen tout d'un coup.
[^] # Re: serie
Posté par Sytoka Modon (site web personnel) . En réponse au journal Utiliser tmux aussi bien en local qu'en distant. Évalué à 2.
Oui car screen, c'est simple ;-) Il fait tout seul les réglages et via une petite option, il capture tout dans un fichier de log que tu envoi au support de ta baie / commutateur…
J'ai pas essayer cu ou tip non plus…
[^] # Re: Ils sont au bord de la banqueroute ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Été meurtrier chez Mozilla. Évalué à 3.
pluriels -> mes projets ;-)
Non, je fonctionne pareil, si une personne est motivée et me remonte des patch, je lui ouvre un accès en écriture. Je lui demande juste quelques patch avant de lui donner un login/passwd. Le seul hic est qu'il n'y a pas 50 personnes motivés par ces projets ;-) Enfin, cela me permet de les continuer à mon rythme !
[^] # Re: Ils sont au bord de la banqueroute ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Été meurtrier chez Mozilla. Évalué à 1.
Par exemple, y a t'il des personnes autres que chez Mozilla qui ont des accès en écriture aux repository ? Bref, dans un projet communautaire qui fonctionne de manière ouverte, il y a à mon sens des personnes d'horizon très divers qui modifie le central. J'ai toujours eu l'impression, peut être fausse (ce que j'espère), que Mozilla contrôlait l'intégralité du central.
Par exemple, je développe moi aussi des codes libres (bien plus modeste !) ou tout est public mais mon repository n'est pas ouvert en écriture aux quatre vents. Bref, mes codes ne sont pas réellement collaboratif ;-)
[^] # Re: Réponse d'un développeur actif
Posté par Sytoka Modon (site web personnel) . En réponse au journal Été meurtrier chez Mozilla. Évalué à 0.
Je parle d'un protocole libre et ouvert, pas des daubes twitter et facebook qui n'ont rien à voir ;-)
[^] # Re: Ils sont au bord de la banqueroute ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Été meurtrier chez Mozilla. Évalué à 4.
N'est ce pas l'échec d'une stratégie de développement communautaire ?
Je ne sais pas exactement comment est développé Mozilla mais est-ce aussi ouvert que Linux ou libre office ou … J'ai toujours eu l'impression que c'était quand même verrouillé, cf notamment les problèmes de droits avec Debian qui est obligé de changé le nom.
[^] # Re: Réponse d'un développeur actif
Posté par Sytoka Modon (site web personnel) . En réponse au journal Été meurtrier chez Mozilla. Évalué à 6.
C'est vrai qu'un onglet jabber, ce serait bien ;-)
Et puis, un vrai stockage MAILDIR…
A noter que comme Firefox, Thunderbird gère bien les certificats. Je ne sais pas qui d'autres les gèrent ? Personnellement, je m'en sers pour signer mes mails.
[^] # Re: serie
Posté par Sytoka Modon (site web personnel) . En réponse au journal Utiliser tmux aussi bien en local qu'en distant. Évalué à 4.
Cela permet d'aller voir une console série. Cela évite minicom bien trop complexe à mon gout…
Une console série ? Tous les commutateurs administrable en ont une, ainsi que les baies SAN… Bref, c'est très pratique pour piloter des engins.
Ici, j'ai mis ttyUSB0 pour une console série (RS232) sur un adaptateur USB. Mais la console la plus classique sur un PC est ttyS0 (les nouveaux PC n'en ont pas toujours).
# serie
Posté par Sytoka Modon (site web personnel) . En réponse au journal Utiliser tmux aussi bien en local qu'en distant. Évalué à 5.
Impossible à faire avec tmux… Dommage, c'est mon utilisation la plus courante presque.
# ProxyHTMLURLMap
Posté par Sytoka Modon (site web personnel) . En réponse au message Configuration du proxy Apache. Évalué à 2.
On ajoute
Selon les cas, il faut pas zipper les fichiers… et faire de la ré-écriture fine…
J'utilise Apache comme Reverse Proxy car j'ai pas encore compris comment ré-écrire les pages à la volée avec les autres proxy. A noter que cette technique me permet d'avoir par exemple l'intranet en http en interne via une URL et en https en externe via authentification LDAP en externe sur une URL très différente….
[^] # Re: Moi y'en a pas comprendre
Posté par Sytoka Modon (site web personnel) . En réponse au message Ubuntu et OpenOffice : tromperie. Évalué à 3.
On ne te force pas à aimer Debian. Quasiment toutes les grosses distributions patchent un jour ou l'autre au moins un logiciel !
Sinon, j'ai des machines debian qui ont vécu 5 versions de la debian stable sans jamais refaire l'installation. Cette problématique d'un uppgrade quasi transparent est non négligeable sur la manière de devoir gérer ta distribution dans le temps.
[^] # Re: Moi y'en a pas comprendre
Posté par Sytoka Modon (site web personnel) . En réponse au message Ubuntu et OpenOffice : tromperie. Évalué à 4.
Il faut savoir que chez Debian, on doit pouvoir upgrader le poste d'une version à une autre. Lorsque le logiciel change de nom, il y a forcément dans la version suivante de la distribution l'ancien nom qui est conservé sur lequel est rajouté une dépendance vers le nouveau nom…
On a eu la même chose lors de la transition tetex vers texlive par exemple.
Le nom OpenOffice a de forte chance de disparaître un jour mais il faut juste du temps. Sachant qu'une version de la Debian stable dure en moyenne 2 ans actuellement.
[^] # Re: Logiciel spécialisé
Posté par Sytoka Modon (site web personnel) . En réponse au journal Pourquoi plus aucune ville ne passe à Linux ?. Évalué à 5.
CATIA tournait sous GNU/Linux mais cette version n'a jamais été commercialisé.
D'un autre coté, si tu prends Ansys, cette GROSSE DAUBE t'installe un dossier énorme (chez nous >9Go) avec des binaires 64bit, des binaires 32 et un paquets de binaire PE32 ! J'avais compté plus de 100 binaires PE32… Tout cela tourne sous mono/C# avec pas mal de problème 3D si tu es distant (ssh -X). D'ailleurs, selon le client (ou plutôt le serveur, X!), cela marche ou ne marche pas coté 3D dans le Workbench sans que j'ai vraiment compris pourquoi.
Quand je vois le prix qu'on paye, on pourrait quand même avoir des binaires natifs pour le système !
# Logiciel spécialisé
Posté par Sytoka Modon (site web personnel) . En réponse au journal Pourquoi plus aucune ville ne passe à Linux ?. Évalué à 7.
Logiciel comptable foireux
Logiciel de dessin 3D : Soliworks, Catia…
Logiciel de gestion des plans de la ville ?
Merde de macro Excel
Pas d'acrobat writer
…
Bref, il y a tout un tas de raison pour rendre la bascule difficile
[^] # Re: Debian
Posté par Sytoka Modon (site web personnel) . En réponse au journal Sortie de Grub 2.00. Évalué à 3.
Je le sais très bien. Cela ne change rien au final, c'est jouer sur les mots ;-)
[^] # Re: Excellente nouvelle
Posté par Sytoka Modon (site web personnel) . En réponse au journal Sortie de Grub 2.00. Évalué à 2.
On utilise GPT en double boot sinon je n'ai pas encore vu l'interêt puisque nous faisons du LVM sur le disque entier.
Parfois, je me demande si GPT est pas déjà dépassé…
[^] # Re: Debian
Posté par Sytoka Modon (site web personnel) . En réponse au journal Sortie de Grub 2.00. Évalué à 3.
Debian est déjà sur Grub 2 depuis squeeze… La période de gel est élastique sur ce qui peux ou non encore être modifié.
[^] # Re: RH ne supporte pas Secure Boot
Posté par Sytoka Modon (site web personnel) . En réponse au journal Canonical embrasse la technologie Microsoft (bootloader). Évalué à 10.
A mon sens, le principal problème d'Apple est de bloquer sur leur magasin. Ce point là est complètement inacceptable et je ne comprends pas que les iPhone soient en vente en France et en Europe pour cette raison là.
Pour moi, c'est le rôle des gouvernements et des députés maintenant d'interdire ce genre d'engin.
Je suis sur qu'il ne faudra pas plus de 3 mois à Apple pour changer son iOS et autorisé d'autres magasins en ligne…
Idem pour les machines sous ARM. Le boot des OS non signés n'est pas désactivable -> interdit de vente en Europe. Problème réglé.
[^] # Re: xp
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche WAARP : le moniteur de transfert de fichier Open Source. Évalué à 3.
Si cela doit être possible mais si on pouvait le faire directement, c'est mieux ;-) (C'est aussi plus facile si on veut faire soi même de l'asynchrone et du non bloquant, via system, c'est un peu lourd).
[^] # Re: Ce qu'il faut faire
Posté par Sytoka Modon (site web personnel) . En réponse au journal Canonical embrasse la technologie Microsoft (bootloader). Évalué à 5.
Il me semble que l'IGC du CNRS a été refusé… Cela ne nous empêche pas d'utiliser leur certificat qui sont très pratique.
Un des problèmes des certifications est que l'ajout d'une autorité de certification par script dans Firefox est plus que merdique…
[^] # Re: N'importe quoi
Posté par Sytoka Modon (site web personnel) . En réponse au journal Le Premier Baiser Spatial Chinois. Évalué à 2.
Et combien pour le CEA…
Sachant que le problème numéro 1 est qu'on ne sais toujours pas stocker l'électricité de manière efficace sans que cela soit très lourd (barrage), et à ma connaissance, il n'y a aucune avancée scientifique qui permette de penser que d'ici 10 ou 20 ans, on aura une solution…
Je pense que cet argent pourrait donc être utilisé ailleurs.
D'ailleurs, à terme, dans les salles serveurs, on risque de devoir garder des clim pour les onduleurs (batteries) car les machines n'en auront certainement plus besoin (fonctionnement à température ambiante) !
[^] # Re: Vous savez ce qu'il vous reste à faire…
Posté par Sytoka Modon (site web personnel) . En réponse au journal Canonical embrasse la technologie Microsoft (bootloader). Évalué à 10.
En plus, il me semble qu'elle est passée devant coté serveur web ;-)
Sinon, GNU/Linux et OS libre ne veut pas dire GRUB ! On a tourné pendant longtemps sous LILO. Selon le système sous jacent, il y avait aussi Yaboot. Je me souviens avoir mis une debian sous une SGI indigo et le boot était aussi particulier (me souviens plus lequel c'était).
Cela fait des années que GNU/Linux boot sous EFI sans grub !
La nouveauté, c'est la daube des OS signés ou plutôt le fait de vouloir l'imposer comme contrainte liminaire…
[^] # Re: N'importe quoi
Posté par Sytoka Modon (site web personnel) . En réponse au journal Le Premier Baiser Spatial Chinois. Évalué à 7.
La navette est mal conçue, c'est acquis. C'est aussi pour cela qu'il n'y aura pas de navette II sur le même principe. La navette Russe était bien mieux conçu (comme Hermés). La différence ? La navette Russe était accroché en haut d'une fusée standard, la navette américaine était collé a un bâton de dynamique !
Au décollage, le moindre problème et tous les astronautes meurent. Aucun moyen de secours. Une fusée Soyouz a explosé sur son pas de tir et les cosmonautes ont été sauvés. Il n'y a aucun moyen d'éjecter la cabine de pilotage de la navette en cas de problème.
Bref, la navette a beaucoup tuée.
De plus pour envoyé des satellites, ce n'était pas la peine d'avoir autant de bonhomme dedans…
Bref, vu les coûts du programme américain, il était possible d'avoir des composants plus modulaire qui aurait évolué dans le temps et aurait rempli au final les mêmes tâches. L'échec est à l'origine même de l'architecture de la navette et on voit que si elles ont durées aussi longtemps, c'est que les américains sont bien dans la panade pour les remplacer car il faut tout refaire à partir de zéro !