Un exemple de cas que j'avais mal vécu : je voulais installer la dernière version stable de VLC. Pour windows, il suffisait de cliquer sur setup.exe. Pour Linux, il fallait compiler le soft. Au bout d'environ 1 ou 2h de compil, d'installation de dépendances et d'échecs, j'ai abandonné et j'ai testé la nouvelle version sous windows… et je suis resté avec mon vieux VLC.
On ne peut pas te laisser faire ce genre de raccourci.
Sous Windows, tu cliques sur un *.exe pour faire une installation, sous Linux tu récupères le bon package et il s'installe de la même façon, sans même avoir à recourir à un exécutable. Tu choppes le *.deb ou le *.rpm qui va bien, tu peux soit cliquer dessus avec ton environnement de bureau, soit le faire avec la commande idoine et si tu patientes un tout petit peu, c'est ta distrib' elle même qui te le met dans les mises à jour et la migration se fait de façon complètement transparente.
Et si pour une raison ou une autre, tu ne disposes pas du package adapté, alors — là — tu as quand même la possibilité de récupérer les sources et te démerder toi-même si tu sais le faire. Sous Windows, tu n'as plus qu'à t'asseoir dessus, mais comme la situation est la même pour tout le monde, alors on considère que c'est une situation acceptable et que le problème vient de l'éditeur du logiciel.
Ce que tu prends pour une faiblesse est en réalité une force.
Ce sont deux mauvais exemples, à mon avis. Tu ne cuiras pas de la même façon au four traditionnel et au four micro-onde, et tu pourras adapter les températures et les durées à la fois en fonctions des perfs de ton four et de la qualité des ingrédients.
Quant à la manière de cultiver les ingrédients, au contraire, c'est vers cela que tu vas tendre quand tu feras de la haute cuisine.
Je suis d'accord, mais ça n'empêche pas l'envoie d'humains avant de faire cela, ne serait-ce pour tester différents trucs avant d'établir une base.
Ben : si, justement. C'est l'œuf ou la poule.
On ne peut pas envoyer une équipe d'éclaireurs sur Mars comme on l'a fait sur la Lune sans avoir déposé à sa surface et à l'avance une quantité conséquente d'équipements. Tu ne peux pas envoyer non plus une équipe d'astronautes en orbite autour de Mars pour revenir ensuite sans s'y être posés. D'abord parce que ça reste incroyablement cher alors que, de là, ils ne pourraient guère faire plus qu'une simple sonde qui, elle fonctionne 24h/24. Quitte à rester enfermé derrière un écran, autant le faire depuis la Terre. Ensuite parce qu'en dehors des systèmes de survie longue durée qu'il faut mettre en place, il faut aussi prévoir le voyage de retour. Ça finit par faire vraiment long si c'est pour rester dans l'espace.
et puis l'architecture d'Internet sera peut être à modifier pour tenir compte une extension physique lointaine du réseau…
En effet, le voyage aller-retour vers Mars est particulièrement long ce qui a des conséquences biologiques et psychologiques sur l'équipage. Il est intéressant de pouvoir étudier en grandeur nature tout ceci
Ça se fait déjà, ça s'appelle Mars 500 et ça consiste à enfermer six bonshommes dans un baraquement pendant quatre mois et voir si ça se passe bien ou c'est en train de virer à Half Life. Avantages : c'est très facile à mettre en place, ça ne coûte pas grand chose et surtout, on peut intervenir si ça se passe mal. Si ton vaisseau est déjà à mi-chemin entre la Terre et Mars, c'est plus difficile.
car si on envisage un jour de coloniser d'autres planètes, il faudrait connaitre ces effets avant avec plus de précision qu'aujourd'hui. ;)
'faudrait déjà commencer à coloniser la première avant de songer à coloniser les (éventuelles) autres.
Puis l'humain sait aujourd'hui faire plus de manipulation que les robots ce qui peut être intéressant pour l'étude de Mars malgré tout.
Oui, mais il faut vraiment se rendre compte qu'en l'état actuel des choses, il n'y a vraiment rien à f..tre sur Mars ! :-) Y a pas un McDo, pas un ciné, et d'une manière générale, aucune infrastructure pour faire vivre durablement des astronautes pendant la durée d'une mission. Il faudrait que ce soit le vaisseau spatial lui-même qui serve de base au sol, avec des vivres, des systèmes de recyclage et de production d'énergie pour plusieurs mois (parce qu'on est pas dans la banlieue terrestre comme dans le cas d'Apollo) et qui soit capable de repartir de lui-même vers la Terre. Et une fois passé les 24 premières heures à forer des cailloux, nos astronautes risquent de s'ennuyer plus encore que les lofteurs d'il y a dix ans.
Je pense qu'à partir de notre époque, les vrais colons à venir seront tous des robots et que la conquête d'un milieu hostile se fera exactement comme on a construit l'ISS : en livrant, les uns à après les autres, une suite de modules successifs qui seront assemblés de manière automatisée jusqu'à ce qu'il y en ait suffisamment pour accueillir décemment une première délégation humaine, qui pourra alors prendre à sa charge le pilotage du reste de la mission et à partir de quoi tout s'accélérera.
L'usage nous montre que ce n'est pas vrai. En général, un utilisateur « vierge » de toute technologie à tendance à s'attacher sentimentalement à la première qu'il utilise. Il faut beaucoup d'ouverture d'esprit, ensuite, pour faire l'effort d'aller voir ce qui se fait à côté, spécialement si ça implique des manipulations techniques complexes et si on doit pour cela se retrouver dans une minorité.
« Y'a un russe qu'a vraiment pas eu de chance, c'est Youri Gagarine : il a fait dix-sept fois le tour de la Terre et il est retombé en U.R.S.S., ce con. » :-)
"Léviter" me semble plus proche, car le verbe "voler" implique que le véhicule est actif (entrain de ce déplacer, ou se maintenir en position) alors que atterrire et amerrire implique que le véhicule est passif.
Pas forcément : un ballon dirigeable, par exemple, est un aéronef qui peut être statique. De fait, de la même façon qu'un hydravion « amerrit » parce que ce sont ses flotteurs qui le portent, il est tout-à-fait possible d'envisager un engin spatial sous la forme d'un très grand ballon chargé de gaz et qui vienne se poser sur la haute atmosphère d'un astre quelconque (pourvu qu'il en soit doté, bien sûr).
C'est pour ça qu'au bout d'un moment, on a fini par dire « se poser », tout simplement, ce qui a l'avantage de fonctionner partout. Vive l'interopérabilité.
Si tu veux mais ça ne changera RIEN à ton problème de terminal. Le seul moyen d'empêcher sa fermeture serait de lui envoyer une séquence de code, CSI, OSC ou autres qui lui en donne explicitement l'instruction mais après avoir rapidement parcouru la liste de ces séquences et les sources de xterm hier soir, je n'ai rien vu qui ressemble de près ou de loin à cela.
En revanche, un langage de programmation tel que le C ou le Python te permettrait effectivement d'ouvrir tes propres fenêtres et de les gérer comme tu le souhaites, mais c'est un autre niveau. Sans être vraiment difficile, il faut quand même initialiser un contexte, gérer une boucle principale, etc.
Juste un petit détail : tous les commentaires ici sont munis de leur propre lien « répondre ». Comme Linuxfr.org organise les discussions en arbre, ce qui est à la fois rare et très agréable, c'est mieux si tu veilles à les utiliser. :-)
Pour le reste, il faut savoir que lorsque tu ouvres un terminal, tu n'ouvres pas un shell comme si tu ouvrais une « boîte DOS ». Tu crées en fait un véritable terminal virtuel qui s'exploite à travers une pseudo liaison série. Par défaut, le fait de lancer un xterm provoque automatiquement le lancement d'un shell qui y est relié, mais ce n'est pas nécessairement le cas. Il peut très bien rester passif jusqu'à ce qu'une application externe prenne d'elle-même l'initiative d'envoyer quelque chose vers ce port.
Cela veut dire le terminal X-Term et l'application qui tourne dedans ne sont pas du tout liés entre eux et qu'ils ne communiquent qu'à travers une sorte de pipe bidirectionnel. Donc, tu ne peux pas empêcher le xterm de se refermer puisque c'est une application distincte. Tu peux simplement agir en conséquence.
Bref, quand tu auras D6D d'être de retour dans le présent, fais-moi 6gne.
Bof, de toutes façons, à l'heure d'iPot, ça ne sert plus à rien de rester dans le présent.
D'ailleurs le chrono-télé-travail, c'est l'avenir (ou le passé, enfin c'est pas le présent, quoi).
— Même dans ce fil, reconnais que mon commentaire initial reste beaucoup plus utile que les tiens ;
— Ça fait 13 ans maintenant que je participe à ce forum et je pense modestement avoir rendu service à un certain nombre de personnes ;
— Quitte à poster pour ne rien dire, essaie au moins de relire le fil avant de poster, ça m'évitera d'avoir à me répéter et d'augmenter le niveau de bruit.
C'est ce que je dis : « -b » était approprié mais la man page Linux déclare que c'est une option GNU, et comme l'option n'était pas disponible du tout sur un des mes shells sous OpenBSD, je m'en suis tenu à ce que j'avais écrit et je ne suis pas allé voir si le LS d'AIX proposait la même option. J'aurais dû.
Essaie d'utiliser l'auto-complétion avec la touche TAB. Si le shell est propre, soit il te l'encadrera avec des guillemets ou des « quotes », soit il te mettra des anti-slashes devant les caractères à problème. Sinon, tu peux toujours essayer un « find . -inum | hexdump » ou autre éditeur hexa pour voir s'il te les affiche explicitement.
Pour dépoussiérer une franchise vieillissante, l'éditeur d'un jeu vidéo à décidé de faire subir un viol à son héroïne. […]
La miss est plaquée au sol ; les mains attachées dans le dos (…). […]
Le tollé couve lentement mais sûrement et commence à se propager. Heureusement, c'est la fin du vendredi et le code source du jeu n'est pas disponible.
Par contre, les complotistes vont pouvoir passer le weekend à se demander si des "ultra-féministes" - n'ayons pas peu des mots - ne sont pas en train de
faire un raid dans cet univers informatique qui semblait si tranquille.
D'un autre côté, si c'est Lara Croft qui ligote un type au sol et qui le viole, ça ferait encore plus de ventes, je crois…
Ah, moi c'est l'inverse, c'est le logo « corporate » que je préfère. Et le dernier, au contraire, me fait l'effet d'une application X-Window mal configurée qui se rabattrait sur la fonte par défaut faute de trouver la bonne. Il est bien possible, malgré tout, que ce logo ait fait l'objet d'un vrai travail et que les caractères aient été dessinés individuellement mais, malgré tout, j'ai l'impression de voir la fonte Arial.
Je pense qu'un tel logo se fait en trois minutes sous Excel, carreaux compris. :-)
Il y a des esprits chagrins qui lui reprochent d'avoir mélangé C et C++ mais en réalité, il fait le tour de ce qui est réellement commun aux deux langages jusqu'au chapitre 8, à partir duquel le reste est C++ only. Je le trouve exhaustif, bien structuré, il est en français et, cerise sur le gâteau, en GFDL.
En principe, toutefois, on ne peut rien reprocher à un tel câble s'il n'est pas frappé du logo USB officiel, et il y a effectivement des chances pour qu'il ne le soit pas.
[^] # Re: Complications inutiles
Posté par Obsidian . En réponse au journal Neil Armstrong bronsonisé. Évalué à 6.
Ah ? C'est pas une résolution vidéo ?
[^] # Re: hum
Posté par Obsidian . En réponse au journal Est-ce que la popularité d'Android permettra à Linux de progresser en adoption ?. Évalué à 6.
On ne peut pas te laisser faire ce genre de raccourci.
Sous Windows, tu cliques sur un *.exe pour faire une installation, sous Linux tu récupères le bon package et il s'installe de la même façon, sans même avoir à recourir à un exécutable. Tu choppes le *.deb ou le *.rpm qui va bien, tu peux soit cliquer dessus avec ton environnement de bureau, soit le faire avec la commande idoine et si tu patientes un tout petit peu, c'est ta distrib' elle même qui te le met dans les mises à jour et la migration se fait de façon complètement transparente.
Et si pour une raison ou une autre, tu ne disposes pas du package adapté, alors — là — tu as quand même la possibilité de récupérer les sources et te démerder toi-même si tu sais le faire. Sous Windows, tu n'as plus qu'à t'asseoir dessus, mais comme la situation est la même pour tout le monde, alors on considère que c'est une situation acceptable et que le problème vient de l'éditeur du logiciel.
Ce que tu prends pour une faiblesse est en réalité une force.
[^] # Re: hum
Posté par Obsidian . En réponse au journal Est-ce que la popularité d'Android permettra à Linux de progresser en adoption ?. Évalué à 1.
Ce sont deux mauvais exemples, à mon avis. Tu ne cuiras pas de la même façon au four traditionnel et au four micro-onde, et tu pourras adapter les températures et les durées à la fois en fonctions des perfs de ton four et de la qualité des ingrédients.
Quant à la manière de cultiver les ingrédients, au contraire, c'est vers cela que tu vas tendre quand tu feras de la haute cuisine.
[^] # Re: La fin d'une époque
Posté par Obsidian . En réponse au journal Neil Armstrong bronsonisé. Évalué à 2.
Ben : si, justement. C'est l'œuf ou la poule.
On ne peut pas envoyer une équipe d'éclaireurs sur Mars comme on l'a fait sur la Lune sans avoir déposé à sa surface et à l'avance une quantité conséquente d'équipements. Tu ne peux pas envoyer non plus une équipe d'astronautes en orbite autour de Mars pour revenir ensuite sans s'y être posés. D'abord parce que ça reste incroyablement cher alors que, de là, ils ne pourraient guère faire plus qu'une simple sonde qui, elle fonctionne 24h/24. Quitte à rester enfermé derrière un écran, autant le faire depuis la Terre. Ensuite parce qu'en dehors des systèmes de survie longue durée qu'il faut mettre en place, il faut aussi prévoir le voyage de retour. Ça finit par faire vraiment long si c'est pour rester dans l'espace.
C'est déjà à l'étude.
[^] # Re: La fin d'une époque
Posté par Obsidian . En réponse au journal Neil Armstrong bronsonisé. Évalué à 4.
Ben, justement, c'est « pas grave ». :-)
(Mauvaise blague, je sors →[]).
[^] # Re: La fin d'une époque
Posté par Obsidian . En réponse au journal Neil Armstrong bronsonisé. Évalué à 7.
Ça se fait déjà, ça s'appelle Mars 500 et ça consiste à enfermer six bonshommes dans un baraquement pendant quatre mois et voir si ça se passe bien ou c'est en train de virer à Half Life. Avantages : c'est très facile à mettre en place, ça ne coûte pas grand chose et surtout, on peut intervenir si ça se passe mal. Si ton vaisseau est déjà à mi-chemin entre la Terre et Mars, c'est plus difficile.
'faudrait déjà commencer à coloniser la première avant de songer à coloniser les (éventuelles) autres.
Oui, mais il faut vraiment se rendre compte qu'en l'état actuel des choses, il n'y a vraiment rien à f..tre sur Mars ! :-) Y a pas un McDo, pas un ciné, et d'une manière générale, aucune infrastructure pour faire vivre durablement des astronautes pendant la durée d'une mission. Il faudrait que ce soit le vaisseau spatial lui-même qui serve de base au sol, avec des vivres, des systèmes de recyclage et de production d'énergie pour plusieurs mois (parce qu'on est pas dans la banlieue terrestre comme dans le cas d'Apollo) et qui soit capable de repartir de lui-même vers la Terre. Et une fois passé les 24 premières heures à forer des cailloux, nos astronautes risquent de s'ennuyer plus encore que les lofteurs d'il y a dix ans.
Je pense qu'à partir de notre époque, les vrais colons à venir seront tous des robots et que la conquête d'un milieu hostile se fera exactement comme on a construit l'ISS : en livrant, les uns à après les autres, une suite de modules successifs qui seront assemblés de manière automatisée jusqu'à ce qu'il y en ait suffisamment pour accueillir décemment une première délégation humaine, qui pourra alors prendre à sa charge le pilotage du reste de la mission et à partir de quoi tout s'accélérera.
[^] # Re: hum
Posté par Obsidian . En réponse au journal Est-ce que la popularité d'Android permettra à Linux de progresser en adoption ?. Évalué à 10.
L'usage nous montre que ce n'est pas vrai. En général, un utilisateur « vierge » de toute technologie à tendance à s'attacher sentimentalement à la première qu'il utilise. Il faut beaucoup d'ouverture d'esprit, ensuite, pour faire l'effort d'aller voir ce qui se fait à côté, spécialement si ça implique des manipulations techniques complexes et si on doit pour cela se retrouver dans une minorité.
Ah… la paçion ! :-)
[^] # Re: La fin d'une époque
Posté par Obsidian . En réponse au journal Neil Armstrong bronsonisé. Évalué à 10.
« Y'a un russe qu'a vraiment pas eu de chance, c'est Youri Gagarine : il a fait dix-sept fois le tour de la Terre et il est retombé en U.R.S.S., ce con. » :-)
(© Coluche)
[^] # Re: Complications inutiles
Posté par Obsidian . En réponse au journal Neil Armstrong bronsonisé. Évalué à 3.
Pas forcément : un ballon dirigeable, par exemple, est un aéronef qui peut être statique. De fait, de la même façon qu'un hydravion « amerrit » parce que ce sont ses flotteurs qui le portent, il est tout-à-fait possible d'envisager un engin spatial sous la forme d'un très grand ballon chargé de gaz et qui vienne se poser sur la haute atmosphère d'un astre quelconque (pourvu qu'il en soit doté, bien sûr).
[^] # Re: Complications inutiles
Posté par Obsidian . En réponse au journal Neil Armstrong bronsonisé. Évalué à 10.
« Ætherrir ? » :-)
[^] # Re: Complications inutiles
Posté par Obsidian . En réponse au journal Neil Armstrong bronsonisé. Évalué à 6.
Ça s'appelle « voler », en fait. :-)
[^] # Re: Complications inutiles
Posté par Obsidian . En réponse au journal Neil Armstrong bronsonisé. Évalué à 9.
C'est pour ça qu'au bout d'un moment, on a fini par dire « se poser », tout simplement, ce qui a l'avantage de fonctionner partout. Vive l'interopérabilité.
[^] # Re: Re :
Posté par Obsidian . En réponse au message interception de fermeture de fenêtre. Évalué à 5.
Si tu veux mais ça ne changera RIEN à ton problème de terminal. Le seul moyen d'empêcher sa fermeture serait de lui envoyer une séquence de code, CSI, OSC ou autres qui lui en donne explicitement l'instruction mais après avoir rapidement parcouru la liste de ces séquences et les sources de xterm hier soir, je n'ai rien vu qui ressemble de près ou de loin à cela.
En revanche, un langage de programmation tel que le C ou le Python te permettrait effectivement d'ouvrir tes propres fenêtres et de les gérer comme tu le souhaites, mais c'est un autre niveau. Sans être vraiment difficile, il faut quand même initialiser un contexte, gérer une boucle principale, etc.
[^] # Re: Re :
Posté par Obsidian . En réponse au message interception de fermeture de fenêtre. Évalué à 4.
Juste un petit détail : tous les commentaires ici sont munis de leur propre lien « répondre ». Comme Linuxfr.org organise les discussions en arbre, ce qui est à la fois rare et très agréable, c'est mieux si tu veilles à les utiliser. :-)
Pour le reste, il faut savoir que lorsque tu ouvres un terminal, tu n'ouvres pas un shell comme si tu ouvrais une « boîte DOS ». Tu crées en fait un véritable terminal virtuel qui s'exploite à travers une pseudo liaison série. Par défaut, le fait de lancer un xterm provoque automatiquement le lancement d'un shell qui y est relié, mais ce n'est pas nécessairement le cas. Il peut très bien rester passif jusqu'à ce qu'une application externe prenne d'elle-même l'initiative d'envoyer quelque chose vers ce port.
Cela veut dire le terminal X-Term et l'application qui tourne dedans ne sont pas du tout liés entre eux et qu'ils ne communiquent qu'à travers une sorte de pipe bidirectionnel. Donc, tu ne peux pas empêcher le xterm de se refermer puisque c'est une application distincte. Tu peux simplement agir en conséquence.
[^] # Re: L'auto-hébergement d'amateur, ce fléau
Posté par Obsidian . En réponse au journal Newton Adventure la soluce 1/6: la terrible jungle. Évalué à 2.
Bof, de toutes façons, à l'heure d'iPot, ça ne sert plus à rien de rester dans le présent.
D'ailleurs le chrono-télé-travail, c'est l'avenir (ou le passé, enfin c'est pas le présent, quoi).
→[].
[^] # Re: caractères bizare dans le nom de fichier ?
Posté par Obsidian . En réponse au message Copier un fichier qui "n'existe pas". Évalué à 7.
Bon, puisqu'on est vendredi :
— Même dans ce fil, reconnais que mon commentaire initial reste beaucoup plus utile que les tiens ;
— Ça fait 13 ans maintenant que je participe à ce forum et je pense modestement avoir rendu service à un certain nombre de personnes ;
— Quitte à poster pour ne rien dire, essaie au moins de relire le fil avant de poster, ça m'évitera d'avoir à me répéter et d'augmenter le niveau de bruit.
Allez zou ! →[].
[^] # Re: caractères bizare dans le nom de fichier ?
Posté par Obsidian . En réponse au message Copier un fichier qui "n'existe pas". Évalué à 1.
C'est ce que je dis : « -b » était approprié mais la man page Linux déclare que c'est une option GNU, et comme l'option n'était pas disponible du tout sur un des mes shells sous OpenBSD, je m'en suis tenu à ce que j'avais écrit et je ne suis pas allé voir si le LS d'AIX proposait la même option. J'aurais dû.
[^] # Re: caractères bizare dans le nom de fichier ?
Posté par Obsidian . En réponse au message Copier un fichier qui "n'existe pas". Évalué à 2.
Exact. C'est écrit « OPTIONS GNU » dans les man pages linux et ça ne marche pas sous OpenBSD, donc je n'étais pas allé chercher plus loin.
[^] # Re: caractères bizare dans le nom de fichier ?
Posté par Obsidian . En réponse au message Copier un fichier qui "n'existe pas". Évalué à 4.
Essaie d'utiliser l'auto-complétion avec la touche TAB. Si le shell est propre, soit il te l'encadrera avec des guillemets ou des « quotes », soit il te mettra des anti-slashes devant les caractères à problème. Sinon, tu peux toujours essayer un « find . -inum | hexdump » ou autre éditeur hexa pour voir s'il te les affiche explicitement.
[^] # Re: Ça suffit maintenant
Posté par Obsidian . En réponse au journal Il n'y a pas que le sexisme des linuxiens qui fait débat. Évalué à 3.
Envoie un patch.
# Changeons le thème
Posté par Obsidian . En réponse au journal Il n'y a pas que le sexisme des linuxiens qui fait débat. Évalué à 10.
D'un autre côté, si c'est Lara Croft qui ligote un type au sol et qui le viole, ça ferait encore plus de ventes, je crois…
→[]
[^] # Re: Plagiat évident !!!!!
Posté par Obsidian . En réponse au journal Nouveau logo MS. Évalué à 2.
Ah, moi c'est l'inverse, c'est le logo « corporate » que je préfère. Et le dernier, au contraire, me fait l'effet d'une application X-Window mal configurée qui se rabattrait sur la fonte par défaut faute de trouver la bonne. Il est bien possible, malgré tout, que ce logo ait fait l'objet d'un vrai travail et que les caractères aient été dessinés individuellement mais, malgré tout, j'ai l'impression de voir la fonte Arial.
Je pense qu'un tel logo se fait en trois minutes sous Excel, carreaux compris. :-)
# Par d'erreur…
Posté par Obsidian . En réponse au journal Nouveau logo MS. Évalué à 7.
Moi je trouve que c'est surtout un plagiat de ceci :-)
[^] # Re: Que pensez-vous de…
Posté par Obsidian . En réponse au message Recherche bonne source pour apprendre le C++. Évalué à 3.
Moi j'aime beaucoup le cours de Christian Casteyde : http://casteyde.christian.free.fr/cpp/cours/online/book1.html
Il y a des esprits chagrins qui lui reprochent d'avoir mélangé C et C++ mais en réalité, il fait le tour de ce qui est réellement commun aux deux langages jusqu'au chapitre 8, à partir duquel le reste est C++ only. Je le trouve exhaustif, bien structuré, il est en français et, cerise sur le gâteau, en GFDL.
[^] # Re: cable ordinaire
Posté par Obsidian . En réponse au message Cable micro-usb pour smartphone. Évalué à 5.
En principe, toutefois, on ne peut rien reprocher à un tel câble s'il n'est pas frappé du logo USB officiel, et il y a effectivement des chances pour qu'il ne le soit pas.