je trouve que ce yves grandmontagne, l'auteur de la news sur silicon.fr, va un peut trop loin en disant que c'est une "perle" de dire "message multimedia" pour MMS... On lui rappel ce que veut dire l'acronyme MMS ? Et un spam, c'est bien un message non sollicité non ?
Peut être pourrais tu me dire où trouver un guide pour faire des .deb ... j'ai souvent cherché mais obtenu peu de résultats (sisi, c'est vrai) ...
Comment est structuré un package deb ... quels sont les fichiers importants a l'interieur du paquets, que contiennent-ils ?
Trouve en cherchant 'debian package guide' dans google.co.uk :)
Pour ce qui concerne le contenu du .deb en lui-meme, c'est une archive ar (pas tar) qui contient deux fichiers, data.tar.gz et control.tar.gz. Le premier contient ce qui va finir dans ton FS, le second les script et donnees diverses utilisees pendant l'install. Ce qui veut dire qu'il suffit de 3 outils UNIX standards (ar, tar, gzip) pour extraire tout le contenu d'un paquet. Tres pratique quand une carte mere deffectueuse a corrompu dpkg (oui, c'est du vecu).
"Subversion, avec apache2, répond parfaitement au besoin sauf qu'il semble y avoir de gros problèmes de permissions (apache ne peut pas écrire dans un répertoire de projet, il faut donc chowner :www-data sur le répertoire, mais du coup apache crée des fichiers que l'utilisateur ne peut pas modifier, etc... c'est pas très pro(pre) )."
Je comprends pas tout... Tu peux expliquer ?
Je pense que c'est le probleme classique du fait d'acceder au repository a la fois en svn+ssh:// et par http(s)://, ce qui est galere a gerer au niveau des permissions (comme c'est documente dans le svn-book d'ailleurs). Le mieux est de s'en tenir a apache2, qui gere tout ce qu'il y a gerer, et permet un gestion a priori assez fine des permissions en lecture/ecriture sur le repository.
Le second (NDMoi: EM64T, donc) est une extension a 64bits du x86 [...]. En gros comme l'AMD64.
Et tu me reponds que :
Nan, nan, c'est pareil que de l'AMD64.
Je veux bien que mon francais ait quelque peu perdu en vivant en UK depuis 2 ans, mais je voudrais bien qu'on m'explique la difference entre "comme l'AMD64" et "pareil que de l'AMD64".
Le premier a ete co-developpe avec HP, est base sur un paradigme different, l'EPIC ; et le fait que ce soit du 64bits est une difference minime par rapport a ce qu'implique le reste de l'architecture.
Le second est une extension a 64bits du x86 (qui avait deja ete etendu successivement de 8 a 16, puis a 32). En gros comme l'AMD64.
Justement, c'est une des nouveautes d'Apache2, la possibilite de travailler sur d'autres protocols que le HTTP pur.
En pratique, ca a l'air de faire partie de la nouvelle infrastructure de gestions des requetes d'Apache, ou l'on peut avoir des modules a differentes etapes du (des ?) protocol(s).
Je me pose aussi des questions aussi sur le comment exactement, principalement la differentiation entre les differentes connexions, etc... mais j'ai deplus en plus envie de me lancer la-dedans. Il faudra que j'essaie mod-echo histoire de comprendre mieux.
Sur ce, je me motive, entretien d'embauche dans 2h30...
Le genre de machin qu'il serait bien utile pour avoir acces a apache ET jabber sur le port 443 sur la meme machine, ce qu'on est bien content d'avoir quand on est derriere un proxy un peu restrictif :) Meme idee pour le mod-ssh. Je crois qu'il y a deja un mod-pop3 qui traine aussi.
Un projet avait visiblement debute (cf une recherche de mof-jabber sous google), mais a l'air assez mort, helas...
Bon, par contre ca risque de faire comme ma precedente tentative de module apache (mod_musicindex). Je vais y penser pendant 6 mois, et m'y mettre d'un seul coup pour bosser 4 jours de suite.
Ca va du meilleur support multi-plateformes a l'IPV6 en passant par une remise a plat du systeme de build, etc...
Surtout, une meilleur gestion des threads (sauf si tu utilises la version prefork, ce qui est generalement le cas avec le PHP)
Au passage, il y a une meilleure separation entre les API qui gerent le HTTP ou sont plus generiques, ce qui donne la libapr. Cette derniere peut etre reutilisee dans d'autres projets.
Bon, et a cause de toi, je viens de tomber sur mod-echo, ca me donne une furieuse envie de tenter un mod-jabber et un mod-ssh...
Personne n'a encore aborde le sujet, malgre les 154 commentaires. Je me devoue donc :
"En quoi l'election de ce nouveau pape allemand integriste contre l'avortement et les homosexuels doit-elle etre consideree comme une raison suplementaire de voter NON au Traite de Constitution Europeenne ultra-liberal, et quel en sera l'impact sur la campagne "Get the Facts" de Microsoft ?"
je doute que quelqu'un aille jusqu'en bas de la liste des commentaires pour lire le mien ;-)
Ben si, y'a moi :-)
Je voulais juste reagir au debut de ton post : * suppression du support de certaines architectures
C'est une proposition qui en est toujours a ce stade (une proposition) qui etablit des criteres pour que Debian sorte une release "stable" sur une architecture. La plupart de ces criteres tient essentiellement du bon sens, du genre la possibilite de maintenir le hard pour pouvoir gerer les security-updates, la capacite des buildd a se tenir a jour sans avoir besoin d'un cluster, une base d'utilisateurs et de developpeurs suffisante pour que le fait de faire des test/bugfix ne soit pas du pipo, etc... Par ailleurs, les archi "rejetees" ne seraient pas abandonnees pour autant. Elle ne feraient plus partie des release stable, c'est tout.
* suppression du nombre de paquets
Alors ca, ce serait une nouveaute. J'ai beau etre abonne a debian-news et devel-announce, jeter un oeil regulierement a devel, project, x, vote et legal, je n'ai rien vu a ce sujet. :-)
* releases à dates fixes (!?)
Le futur concernant les releases n'est pas decide a ce que j'en sais. Mais perso j'aimerais bien des delais "fixes" entre les releases. Apres ca, on peut trouver une etape intermediaire. Mais s'il y avait moyen de dire "la prochaine release aura lieu 12 a 18 mois apres celle d'hier" et de s'y tenir, je pense que ca ferait beaucoup d'heureux.
Sur ce, j'aimerais bien tester le Progeny Componentized Linux. Les idees derriere ont l'air interessantes, et que ca pourrait faire un lien entre Debian et Ubuntu. Je maudis juste mon CD-RW qui m'a l'air un peu mort :(
Honnetement, probablement assez (tres ?) peu. Ne serait-ce parce qu'il y a beaucoup de rebranding, des versions differentes
Maintenant, si une modif ne peut pas etre appliquee dans Sid (pour cause de freeze Sarge), on ne peut pas vraiment reprocher aux mainteneurs Ubuntu de ne pas avoir essaye d'appliquer ledit patch a Debian.
L'important est que ces diffs sont disponibles, si possible decoupes en changelog/packaging/le reste pour faciliter le suivi. Que peuvent-ils faire au-dela? des NMU ? Pas sur que tous les mainteneurs Debian le prendaient bien... Envoyer automatiquement les patches quand une nouvelle version ubuntu est uploadee ? Ca a ete considere et aborde[2] dans le thread qui a suivi l'annonce
En revanche, je regrete que le mail[1] de Scott annoncant ce repository n'ait ete poste que sur debian-devel et pas debian-devel-announce.
Dans le cas ou il y a une faille de secu dans PHP. Sachant que d'apres les commentaires precedents, le passage a une version superieure meme mineure risque d'entrainer des incompatibilites avec les pages hebergees, tu fais quoi ?
Avec une Debian stable, je sais, j'installe la mise a jour de secu fournie par Debian, je sais que ce sera la meme version upstream, patchee pour corriger ce bug-la precisement. (Je suppose qu'avec une Ubuntu releasee le principe est le meme).
Avec une testing ou une unstable, c'est quoi la solution ?
- les développeurs Ubuntu pourraient ceci dit travailler de manière plus rapprochée avec les développeurs Debian (par exemple en devenant co-mainteneurs pour les paquets "main").
Pour petite information, Ubuntu, comprend un bon nombre de developpeurs Debian, dont certains qui ne sont pas vraiment des "petits profil". Rien que vendredi soir a la Release Party de Londres, on retrouvait pratiquement tout Debian UK, dont des gens qui occupent les positions au sein de Debian de :
-ftp master
-ftp assistant
-release manager
-dev CD images
-bug tracking system
-admin mailing list
-account manager
-sysadmin
-Release Manager XFree
-Mainteneur dpkg
-candidat (decu) DPL
Et je ne compte que ceux present a Londres et dont je connais le nom. Ne pas oublier que Scott James Remnant propose sur sa page perso le diff pour tous les packages entre les versions Debian et Ubuntu. http://people.ubuntulinux.org/~scott/patches/(...)
Qui se devoue pour aller dire a tout ce petit monde qu'ils "pourraient [...] travailler de manière plus rapprochée avec les développeurs Debian" ?
Sachant qu'Ubuntu, c'est plein de mainteneurs Debian, dont "Mr Gnome" seb128, un ftp-master, un developpeur de dpkg, le "release manager" de XFree, on peut legitimement s'attendre a voir un certain nombre de changements migrer vers Sid ou experimental pour ce qui est en semi-freeze (comprendre que la release team a demande de ne pas mettre a jour la version upstream, par ex. Gnome, KDE).
Apres il y a aussi ce qui est non-free, comme les firmwares, mais c'est un autre probleme.
En fin de semaine on devrait donc atteindre 2100 Mo. Pour la suite, les paris sont ouvert. Au choix :
-Ca accelere
-Ca garde la meme vitesse
-Ca ralentit
-Ca s'arrete
-Ca diminue
-L'univers s'effondre.
Dans la boite ou je suis, oriente telephonie et reseaux, plein de gens a travers le monde, plusieurs gros sites. Au menu :
-Les gens qui font des ASICs sous Linux apparament (j'ai entrapercu un theme Crux quand j'ai visite)
-Tout le reste sous Windows
-Active Directory
-IIS
-ClearCase
- Euh faut vraiment que je detaille, la ? L'ampleur de la chose me semble evidente
Bref, pour gerer tout ca, dans la boite : Personne ! Vive la mode de l'outsourcing, tout ce qui concerne l'informatique est delegue a une grosse boite americaine.
Apres une semaine de boite, coup de fil :"Allo, c'est Bidule de chez Machin, pour configurer votre environnement Alakon. Je dois prendre le controle de votre machine. Pouvez-vous s'il vous plait reduire toutes le fenetres contenant des informations sensibles et me dire quand vous serz pret ?" Suivi de pouf un coup de VNC, clic clic clic, et voila c'est merveilleux.
[^] # Re: enfin !!
Posté par imalip . En réponse à la dépêche Debian : Sarge prévue pour la fin du mois, chasse aux bogues, AMD64. Évalué à 8.
ne parle pas trop vite: http://lists.debian.org/debian-release/2005/05/msg00330.html(...)(...)
C'est vrai que c'est un scandale. Malgre la release de Sarge, les mises a jours de securite seront poursuivies sur Woody.
[^] # Re: Et silicon, c'est français ?
Posté par imalip . En réponse au journal Ne m'appelez plus jamais Wi-Fi. Évalué à 4.
Remarque, ca se recoupe bien, c'est lui qui avait ecrit l'article ayant donne lieu a ce journal :
https://linuxfr.org/~mdlh/17933.html(...)
Ou l'on apprenait que Debian allait supporter l'IA-64 mais pas l'Itanium.
[^] # Re: Paul et Mickey ?
Posté par imalip . En réponse à la dépêche PC-BSD : Un système FreeBSD pour le grand public. Évalué à 4.
Comment est structuré un package deb ... quels sont les fichiers importants a l'interieur du paquets, que contiennent-ils ?
http://www.debian.org/doc/manuals/maint-guide/index.en.html(...)
Trouve en cherchant 'debian package guide' dans google.co.uk :)
Pour ce qui concerne le contenu du .deb en lui-meme, c'est une archive ar (pas tar) qui contient deux fichiers, data.tar.gz et control.tar.gz. Le premier contient ce qui va finir dans ton FS, le second les script et donnees diverses utilisees pendant l'install. Ce qui veut dire qu'il suffit de 3 outils UNIX standards (ar, tar, gzip) pour extraire tout le contenu d'un paquet. Tres pratique quand une carte mere deffectueuse a corrompu dpkg (oui, c'est du vecu).
[^] # Re: Ma petite experience (3 dev pour un dépot subversion)
Posté par imalip . En réponse au journal Quel système de versionning choisir ?. Évalué à 4.
Je comprends pas tout... Tu peux expliquer ?
Je pense que c'est le probleme classique du fait d'acceder au repository a la fois en svn+ssh:// et par http(s)://, ce qui est galere a gerer au niveau des permissions (comme c'est documente dans le svn-book d'ailleurs). Le mieux est de s'en tenir a apache2, qui gere tout ce qu'il y a gerer, et permet un gestion a priori assez fine des permissions en lecture/ecriture sur le repository.
[^] # Re: hypothèses
Posté par imalip . En réponse au journal Sensationalisme dans la presse informatique?. Évalué à 3.
Le second (NDMoi: EM64T, donc) est une extension a 64bits du x86 [...]. En gros comme l'AMD64.
Et tu me reponds que :
Nan, nan, c'est pareil que de l'AMD64.
Je veux bien que mon francais ait quelque peu perdu en vivant en UK depuis 2 ans, mais je voudrais bien qu'on m'explique la difference entre "comme l'AMD64" et "pareil que de l'AMD64".
[^] # Re: hypothèses
Posté par imalip . En réponse au journal Sensationalisme dans la presse informatique?. Évalué à 3.
IA-64 == Itanium (ou IPF, Itanium Platform Family)
EM64T == euh... EM64T
Le premier a ete co-developpe avec HP, est base sur un paradigme different, l'EPIC ; et le fait que ce soit du 64bits est une difference minime par rapport a ce qu'implique le reste de l'architecture.
Le second est une extension a 64bits du x86 (qui avait deja ete etendu successivement de 8 a 16, puis a 32). En gros comme l'AMD64.
# La vrai question
Posté par imalip . En réponse au journal Sensationalisme dans la presse informatique?. Évalué à 1.
Bon, ca rejoint un peu la qualite des certains articles de 01 info sur l'Itanium, en fait...
J'aprecie egalement particulierement le "projet de réduire les plateformes sur lesquelles Debian développe".
Ils l'ont lue et comprise la proposition, vraiment ?
[^] # Re: tant que j'y suis..
Posté par imalip . En réponse au message Config apache2 identique avec ou sans SSL. Évalué à 2.
En pratique, ca a l'air de faire partie de la nouvelle infrastructure de gestions des requetes d'Apache, ou l'on peut avoir des modules a differentes etapes du (des ?) protocol(s).
Je me pose aussi des questions aussi sur le comment exactement, principalement la differentiation entre les differentes connexions, etc... mais j'ai deplus en plus envie de me lancer la-dedans. Il faudra que j'essaie mod-echo histoire de comprendre mieux.
Sur ce, je me motive, entretien d'embauche dans 2h30...
[^] # Re: tant que j'y suis..
Posté par imalip . En réponse au message Config apache2 identique avec ou sans SSL. Évalué à 2.
Le genre de machin qu'il serait bien utile pour avoir acces a apache ET jabber sur le port 443 sur la meme machine, ce qu'on est bien content d'avoir quand on est derriere un proxy un peu restrictif :) Meme idee pour le mod-ssh. Je crois qu'il y a deja un mod-pop3 qui traine aussi.
Un projet avait visiblement debute (cf une recherche de mof-jabber sous google), mais a l'air assez mort, helas...
Bon, par contre ca risque de faire comme ma precedente tentative de module apache (mod_musicindex). Je vais y penser pendant 6 mois, et m'y mettre d'un seul coup pour bosser 4 jours de suite.
[^] # Re: tant que j'y suis..
Posté par imalip . En réponse au message Config apache2 identique avec ou sans SSL. Évalué à 3.
Pour le reste, la liste est la :
http://httpd.apache.org/docs-2.0/new_features_2_0.html(...)
Ca va du meilleur support multi-plateformes a l'IPV6 en passant par une remise a plat du systeme de build, etc...
Surtout, une meilleur gestion des threads (sauf si tu utilises la version prefork, ce qui est generalement le cas avec le PHP)
Au passage, il y a une meilleure separation entre les API qui gerent le HTTP ou sont plus generiques, ce qui donne la libapr. Cette derniere peut etre reutilisee dans d'autres projets.
Bon, et a cause de toi, je viens de tomber sur mod-echo, ca me donne une furieuse envie de tenter un mod-jabber et un mod-ssh...
[^] # Re: Autres idées
Posté par imalip . En réponse au journal Free, son compte et du XUL. Évalué à 5.
http://xulwebmail.mozdev.org/(...)
Mes premiers essais n'ont cependant pas ete concluants pour le moment.
# Apeau a Trolls
Posté par imalip . En réponse au journal Le cardinal Ratzinger vous en pensez quoi ?. Évalué à 5.
"En quoi l'election de ce nouveau pape allemand integriste contre l'avortement et les homosexuels doit-elle etre consideree comme une raison suplementaire de voter NON au Traite de Constitution Europeenne ultra-liberal, et quel en sera l'impact sur la campagne "Get the Facts" de Microsoft ?"
Je ramasse les copies dans 2 heures.
Si avec ca on ne depasse pas les 200...
[^] # Re: Réactionnaire
Posté par imalip . En réponse au journal Le cardinal Ratzinger vous en pensez quoi ?. Évalué à 3.
Euh, attends, la...
-Linuxfr
-Pape (et donc religion, eglise, etc...)
-Moeurs sexuelles
Et tu veux vraiment avoir un debat constructif ?
C'est bien d'esperer. Tu peux prier aussi.
[^] # Re: Globalement...
Posté par imalip . En réponse au journal Spread GNU/Linux !. Évalué à 5.
Euh, ca s'ecrit coouilles. Comme ca on peut dire qu'il manque la queue du Q entre les coouilles pour faire coquilles.
Il fait bon dehors ->[]
[^] # Re: Scud , le chien de Sid
Posté par imalip . En réponse à la dépêche Branden Robinson élu Debian Project Leader. Évalué à 2.
Perdu :-)
Some people think sid is an acronym for "Still In Development". This is cute, but inaccurate.
Mais ca a le merite de marcher quand meme, ce qui est un bon moyem memotechnique de se rappeler :)
[^] # Re: Ne mélangez pas les torchons et les serviettes...
Posté par imalip . En réponse à la dépêche Ubuntu, un cauchemar pour la Debian ?. Évalué à 2.
Ben si, y'a moi :-)
Je voulais juste reagir au debut de ton post :
* suppression du support de certaines architectures
C'est une proposition qui en est toujours a ce stade (une proposition) qui etablit des criteres pour que Debian sorte une release "stable" sur une architecture. La plupart de ces criteres tient essentiellement du bon sens, du genre la possibilite de maintenir le hard pour pouvoir gerer les security-updates, la capacite des buildd a se tenir a jour sans avoir besoin d'un cluster, une base d'utilisateurs et de developpeurs suffisante pour que le fait de faire des test/bugfix ne soit pas du pipo, etc... Par ailleurs, les archi "rejetees" ne seraient pas abandonnees pour autant. Elle ne feraient plus partie des release stable, c'est tout.
* suppression du nombre de paquets
Alors ca, ce serait une nouveaute. J'ai beau etre abonne a debian-news et devel-announce, jeter un oeil regulierement a devel, project, x, vote et legal, je n'ai rien vu a ce sujet. :-)
* releases à dates fixes (!?)
Le futur concernant les releases n'est pas decide a ce que j'en sais. Mais perso j'aimerais bien des delais "fixes" entre les releases. Apres ca, on peut trouver une etape intermediaire. Mais s'il y avait moyen de dire "la prochaine release aura lieu 12 a 18 mois apres celle d'hier" et de s'y tenir, je pense que ca ferait beaucoup d'heureux.
Sur ce, j'aimerais bien tester le Progeny Componentized Linux. Les idees derriere ont l'air interessantes, et que ca pourrait faire un lien entre Debian et Ubuntu. Je maudis juste mon CD-RW qui m'a l'air un peu mort :(
[^] # Re: Remarque :
Posté par imalip . En réponse à la dépêche Ubuntu, un cauchemar pour la Debian ?. Évalué à 2.
Maintenant, si une modif ne peut pas etre appliquee dans Sid (pour cause de freeze Sarge), on ne peut pas vraiment reprocher aux mainteneurs Ubuntu de ne pas avoir essaye d'appliquer ledit patch a Debian.
L'important est que ces diffs sont disponibles, si possible decoupes en changelog/packaging/le reste pour faciliter le suivi. Que peuvent-ils faire au-dela? des NMU ? Pas sur que tous les mainteneurs Debian le prendaient bien... Envoyer automatiquement les patches quand une nouvelle version ubuntu est uploadee ? Ca a ete considere et aborde[2] dans le thread qui a suivi l'annonce
En revanche, je regrete que le mail[1] de Scott annoncant ce repository n'ait ete poste que sur debian-devel et pas debian-devel-announce.
[1] http://lists.debian.org/debian-devel/2005/03/msg02192.html(...)
[2] http://lists.debian.org/debian-devel/2005/03/msg02306.html(...)
[^] # Re: Plutôt une aubaine, mais est-ce le bon débat ?
Posté par imalip . En réponse à la dépêche Ubuntu, un cauchemar pour la Debian ?. Évalué à 4.
Dans le cas ou il y a une faille de secu dans PHP. Sachant que d'apres les commentaires precedents, le passage a une version superieure meme mineure risque d'entrainer des incompatibilites avec les pages hebergees, tu fais quoi ?
Avec une Debian stable, je sais, j'installe la mise a jour de secu fournie par Debian, je sais que ce sera la meme version upstream, patchee pour corriger ce bug-la precisement. (Je suppose qu'avec une Ubuntu releasee le principe est le meme).
Avec une testing ou une unstable, c'est quoi la solution ?
[^] # Re: Plutôt une aubaine, mais est-ce le bon débat ?
Posté par imalip . En réponse à la dépêche Ubuntu, un cauchemar pour la Debian ?. Évalué à 3.
Euh... Et tu fais comment quand il y a des failles de securites ?
# Remarque :
Posté par imalip . En réponse à la dépêche Ubuntu, un cauchemar pour la Debian ?. Évalué à 8.
- les développeurs Ubuntu pourraient ceci dit travailler de manière plus rapprochée avec les développeurs Debian (par exemple en devenant co-mainteneurs pour les paquets "main").
Pour petite information, Ubuntu, comprend un bon nombre de developpeurs Debian, dont certains qui ne sont pas vraiment des "petits profil". Rien que vendredi soir a la Release Party de Londres, on retrouvait pratiquement tout Debian UK, dont des gens qui occupent les positions au sein de Debian de :
-ftp master
-ftp assistant
-release manager
-dev CD images
-bug tracking system
-admin mailing list
-account manager
-sysadmin
-Release Manager XFree
-Mainteneur dpkg
-candidat (decu) DPL
Et je ne compte que ceux present a Londres et dont je connais le nom. Ne pas oublier que Scott James Remnant propose sur sa page perso le diff pour tous les packages entre les versions Debian et Ubuntu. http://people.ubuntulinux.org/~scott/patches/(...)
Qui se devoue pour aller dire a tout ce petit monde qu'ils "pourraient [...] travailler de manière plus rapprochée avec les développeurs Debian" ?
[^] # Re: Je vais etre un peu méchant ;-)
Posté par imalip . En réponse à la dépêche Ubuntu, un cauchemar pour la Debian ?. Évalué à 6.
[^] # Re: Pas génant, au contraire
Posté par imalip . En réponse au journal Le "succès" d'Ubuntu serait-il gènant pour ... Debian ?. Évalué à 2.
Apres il y a aussi ce qui est non-free, comme les firmwares, mais c'est un autre probleme.
[^] # Re: c'est pas nouveau !
Posté par imalip . En réponse au journal Tiens 2 Go. Évalué à 6.
------------------
var CP = [
[ 1112439600000, 2050 ],
[ 1113062400000, 2075 ],
[ 1113685200000, 2100 ]
];
------------------
En fin de semaine on devrait donc atteindre 2100 Mo. Pour la suite, les paris sont ouvert. Au choix :
-Ca accelere
-Ca garde la meme vitesse
-Ca ralentit
-Ca s'arrete
-Ca diminue
-L'univers s'effondre.
# Suedois
Posté par imalip . En réponse au journal Ratio Hommes/machines. Évalué à 4.
-Les gens qui font des ASICs sous Linux apparament (j'ai entrapercu un theme Crux quand j'ai visite)
-Tout le reste sous Windows
-Active Directory
-IIS
-ClearCase
- Euh faut vraiment que je detaille, la ? L'ampleur de la chose me semble evidente
Bref, pour gerer tout ca, dans la boite : Personne ! Vive la mode de l'outsourcing, tout ce qui concerne l'informatique est delegue a une grosse boite americaine.
Apres une semaine de boite, coup de fil :"Allo, c'est Bidule de chez Machin, pour configurer votre environnement Alakon. Je dois prendre le controle de votre machine. Pouvez-vous s'il vous plait reduire toutes le fenetres contenant des informations sensibles et me dire quand vous serz pret ?" Suivi de pouf un coup de VNC, clic clic clic, et voila c'est merveilleux.
Vive le contact humain.
[^] # Re: Chez moi
Posté par imalip . En réponse au journal Ratio Hommes/machines. Évalué à 10.
Jouer à lemmings ;) ?
Pfff... Meme pas besoin d'un PC sous DOS pour jouer a Lemmings, un browser c'est suffisant :
http://193.151.73.87/games/lemmings/(...)
Oui, c'est du DHTML, et ca fait mal.