Dufréchou Laurent a écrit 33 commentaires

Tiens en parlant de arch, je voulais essayer.
J'ai commencé a regarder où trouver un live-cd et le problème c'est qu'il n'y a pas de live cd officiels... Juste plein de live-cd...

http://archlinux.fr/livecd

Hier j'ai tenté faunos sur clef udb, marche pas...
J'ai tenté un des live-cd... marchais pas...

Vous pourriez pas me conseiller un bon live cd que vous auriez testé ?
Elle m'intéresse cette distrib, mais je dois avouer que pour un début, ca commence pas trop fort :) ...


ps: quand je dis marche pas, c'est juste je fais ce qu'on me dis (dd if=faunos.im of=/dev/sda1) et le boot plante. M'est d'avis que ca dvrias pas être aussi simple...
Le live cd, lui ne marchais pas ds une machie virtuelle... Aprés c'est peu être des cas d'utilisation bizarre... :)

si.... j'ai même mis 20 min pour un répertoire de 17MB fais de pleins de petits fichiers...
La magie vista. Et je ne parle pas de copie de repertoire la c'est parfois pire....

J'étais tout pareil au début, vista c'est pas mal, plus de sécurité tout ca.
Aprés vienne les premiers soucis. Tiens quand je passe de la maison au boulot, je dois maintenant toujours "diagnostiquer et réparer ma connexion" pour retrouver le wifi.
Ensuite tu commence à vouloir effacer un repertoire géré sous svn, 400MB on t'annonce 4h et ca ne dure que 40min(!)...
Bref vista c'est bien au début, aprés les mises à jour et plusieurs mois d'utilsation, c'est la fin :)
Un collègue a dû réinstaller son pc, et à gagné énorment en vitesse "perçue" comme quoi je dois pas être le seul :)

Sinon l'UAC je suis d'accord c'est un gros plus. Par contre la plupars des gens le désactive car trop pénible... Seven devrais régler ca :)

Pour print, moi je trouve enfin ca bien!
Tu as un script tout bête dans lequel tu as fais des print pour debuguer:
print "hello"
...
print "done"
Hé bien, qd ton script est ok, tu devais commenter tout les scripts un à un.

Maintenant tu _dois_ (pas testé) pouvoir faire:
def myprint(...):
log to a file or do nothing

print = myprint

Et hop ca marche alors qu'avant tu ne pouviat pas faire ca, et pour arriver au meme point tu definissais une fonction log() qui remplacait le print...

Enfin je pense que c'est pour ca... je suis pas un expert.

La bible ultime de l'electronicien:

The Art of Electronics d'Horowitz.

A été publié en francais chez elektor.
Volume 1 trés intéressant expliquant toutes les bases.

Et en plus la webcam fait 0.3Mpixel alors que la version windows fait 1.3Mpixel.
Du coups les 50€ de différence entre linux et windows c'est ranchement pas intéressant... J'ai du mal a justifier l'achat d'un linux...

Bon j'ai commencé a regarder.
L'ARM a un petit serveur web qui gère les CGI.
Effectivement j'ai remarqué que les libs cités sont en fait des librairies de fonctions envoyés tels quel par le serveur.
Bon ben me reste plus qu'a regardé what is cgi et j'aurais bine deblayé le terrain. Je vais partir sur CGI avec gestion ajax +Javascript on verra bien.
Merci pour ton aide.
Le web design c'est vraiment un monde à part complet :)

Bon je me réponds a moi même,
Alors javascript si j'ai bien compris, tout les navigateur le gère.
Donc si je renvoi une page HTML+Javascript ca devrais etre géré coté client.
Pour l'AJAX si j'ai bien compris, c'est géré par une des fonctions de javascript.
Ok maintenant, j'ai vu truc genre pour javasript:
Mochikit, jquery, ceux la ce sont bien des libs qui sont sur le serveur non? Comment ca se passe pour le pauvre client qui ne les connais pas?


De même pour ajax il ya l'air d'y avoir des librairies, DOJO, Jquery, comment le cleints sait les gérer?

HTML + Ajax me parais en effet idéal. Je n'ai aucune expérience la dedans mais je vais apprendre.
Plusieurs questions me viennent en tête, et peut être pourras tu y répondre:
- page web statique avec du Javascript qui fait des appels AJAX.
OK donc mon micro stocke cette page, dés que l'on si connecte dessus,il envoi la page (avec le javascript?), quid des applets AJAX?
Je veux dire admettons que je choisisse une librairie AJAX:
-As tu des préférences?
-Cette librairie se trouve sur le serveur ou le client?
-Si c'est sur le serveur, comment est elle envoyé au client?
-Même question pour le javascript.

Ce sont des questions bête mais je ne maitrise pas (encore ;) ) le sujet ... J'ai encore du mal a voir qui fais quoi...

>Il a le choix : C, C++, perl, python, php, ruby, java, eiffel, pascal, tcl, >haskell, lisaac, lua, ada, fortran, lisp, caml, YACC, ... même en bash >ou zsh s'il veut.

Bah le C# comme tout langage a peut être des avantages dans certains cas. Je ne comprends pas le discours des gens qui plombe le C# pour des raisons que ce soit microsoft qui drive les specs. Je veux dire, si des gens lui trouve un avantages et deviens un langage utilisé, le libre devrais faire blocus?
Au contraire, le fait que novell développe Mono, moi je trouve ca trés bien, ca prouve que la communauté open source sait trés bien s'adapter aux besoins des gens. Que dirais tu si C# venait a être à utiiser par plein de gens et que nous n'ayons pas d'implémentations libre. On aurais l'air bien malin tiens... La du coups ce seriat un serieux frein au pasage sous linux.

C'etais il ya 2 ans, peut etre le projet a t il fais des progrés sur ces points?
J'hésite entre CMake et Scons et je dois avouer qu'avoir un systeme a base de python qui est un language que je maitrise me tente...

Excelllent!
Merci beaucoup c'est super. Je ne connaissias pas arp -s.
C'est exactement ce qu'il me fallais!

arp -a @ip_fictive @mac_destination
Je peux alors dialoguer avec la machine pour lui faire changer son IP (si besoin).

Merci!

Hue oui c'est l'idée mais j'ai pas le droit au DHCP :)
En gros la station a _deja_ booté et ej ne connais que son addresse MAC.
Je cherche un moyen pour pouvoir la joindre via son adresse MAC et lui demander de changer son IP.

Moui c'est en partie vrai, ce que je voulais dire c'est que TPM n'est pas une mauvaise idée en soi,mais détourné comme ils veulent le faire... c'est pas génial. (l'exemple d'Atari fait peur...)

Par contre je suis contre ceux qui disent non, ne développons rien sous linux utilisant TPM. Car a ce moment la oui les éditeurs feront ceux qu'ils veulent, car ils seront les seuls à maitriser la puce. Avoir des soft sous linux utilisant TPM, genre trusted grub, te garantissent que le fonctionnement ne sera jamais fermé. Et donc que les éditeurs ne pourront pas faire ce qu'ils veulent avec ton pc...
Pour l'histoire de la CIA, bah oui mais bon ils faut qu'il aient accès à ma puce... et la bah oui je suis d'accord ils peuvent mettre une backdoor comme partout...Mais bon la CIA va le faire, pourquoi les autres services secret laisseraient faire ca??

Pour l'instant de tout ce que je vois des softs utilisant TPM ca part dans le bon sens. (gestion de clef pour chiffrer un disque dur etc...)
Il n'y a pas de dérive à la "Atari"... pourvu que ça dure :), Tant que ca reste hors com. réseaux, ça reste dans une utilisation tolérable.

Ne soyez pas contre TPM, soyez contre l'authentification distante à base de TPM.

C'est mieux ? ;)

Faut arrêter avec TPM et pas prendre le problème a l'envers.
C'est marrant car ma puce TPM à moi sur mon portable, elle permet de stocker des clef de chiffrement et même grâce a Trusted Grub je peux checker l'intégrité de divers composants avant le lancement.
Donc TPM ca peut être bien dans certain cas TANT que l'utilisateur GARDERA la maitrise du chip. C'est a dire que se sera lui qui décidera ce à quoi servira ce "coffre fort" numérique.
Le danger ce n'est pas la puce TPM/Lagrande etc..., c'est le fait que des entités extérieures veuillent utiliser VOTRE coffre fort pour y stocker LEURS donnée VOUS empêchant de faire certaine chose. Et là on marche bien sur la tête, c'est quand même formidable de vouloir imposer ça aux gens.
Donc ne soyez pas contre TPM, soyez contre l'usage malsain que certaines entreprises veulent en faire, et cela en portant atteinte a votre vie privée. (Pourquoi aurais ils le droit d'utiliser mon matériel pour leurs besoin d'authentification? Ils n'ont qu'a fournir eux même un dongle, et pas utiliser le mien...)

Pas d'accord?

Heu on parle d'une virtex5 sx50 (2 génration d'avance) qui a quasiment le même nombre de logic cells que la spartan3 4000... En plus ce sont des LUT a 6 entrées ce qu'ils fait qu'un design en consomme moins que sur la spartan 3.
Il y a 4 fois + de Ram et ca va au bas mot 2 voir 3 fois plus vite en interne.
Maintenant, c'est une carte d'eval xilinx, ils font des prix de fous sur leur matos (quasi donné). La virtex 5 mise dessus coute 1000$ à l'unité ça fait pas cher le reste du PCB... Si l'on regarde la carte OCD comme une carte de dev à base de FPGA le prix reste correct... enfin pour une entreprise :).
Qd ils passerrons sur une asic le prix chutera largement, enfin j'espère :)

Pour le test 2008.1 ca n'est pas: ?
http://www.linuxcertif.com/news/actu/0070_16/

Pourquoi etre si agressif??

De toute facon on s'en fou, tout le monde va utiliser le format .doc (et pas .docx ou autre) car on sait jamais qunad on bosse ce que les autre personne ont en face...
C'est triste mais ca restera vrai encore longtemps a mon avis...
(Qd je parle bosser, je parle pas de PDF, je parle d'un format que tout le monde peut ouvrir et modifer avec son 'office').
:)

Avec SVN tu ne peux pas simplement:
-Commiter dans le train et merger tes commits avec la branche principale en un clin d'oeil.
-Commiter en local et servir en local tes commit avec tes collègues avant de faire un commit sur le serveur principal
-Uncommiter...
-Faire une branche pour la merger ensuite sans douleu

J'ai fait les trois premiers points sous bazaar (meme principe que GIT)
et le fait de pouvoir commiter en local avant de commiter sur le trunk a distance c'est vriament trés trés pratique!
Tu peux faire des branches facilement et remerger tout ca aprés sans avoir les même soucis que sous SVN. (j'avais testé une fois une branche, c'etais l'enfer...)
En gros sous bzr ou GIT tout est branches, et c'est bien géré des le début.
En gros des que tu bosses a plusieurs sur différents sites, c'est un peu mieux que SVN.
Maintenant il manque qd même des GUI à la tortoise sous windows qui est qd même excellent. Pour moi c'est le seul defaut et de taille. Les collègues sous windows ont BESOIN d'un gui click and do efficace a la tortoise. Apparament c'est en cours, tortoise-bzr, tortoise-hg (pas de tortoise git :p )

Je confirme, je suis en pro et en normal a la SG.
L'interface est pas geniale, tu peux faire un relevé PDF de tes comptes que de 2 mois avant (en pro c'est super...)
Ma copine est au crédit mutuel, tu peux saisir même un IBAN(!), c'est clair, propre, pas de clavier virtuel... Et isl explique la sécu vraiement bien.
Je suis jaloux et je vais peut etre changer du coups. Seul inconvénient, ils ne sont pas nationaux...

ca se passe ou pour remonter un bug?

J'ai trouvé un petit bug ds l'applet de gestion d'energie.. qd je coche une option elle arrête pas de crasher au bout de 2mn...

Et puis entre nous, je la trouve aussi finie que ma feisty.
Sous la feisty, ils ont bien laissé trainer un bug avec les lecteurs de sdcard (par exemple) qui est bien lourd...

Toutes les distribs à leur sortie ont des coquilles :)
remarque peut etre pas chez debian ;)

moui et non (je parle de l'avancé des ditrib...)
La j'ai trouvé ca vraiment facile.(wpa,imprimante,et gestion de l'energie)
typiquement sous ma kubuntu j'ai le suspend to ram/suspend to disk, mais pas grand chose pour régler le bousin...
La ils ont fourni une applet (qui doit exister ds kubunut d'ailleurs, mais pas installé par défaut) qui me permet de choisir ce que je veux faire en cas de fermeture de l'écran, je peux configurer graphiquement plusieurs profils de performance comme avec l'utilitaire toshiba sous windows, etc... vraiment trés bien,simple et par defaut.
Pour les imprimantes, leurs utilitaire est top, comparé a la config sous kubuntu qui est un peu plus bordélique...
Je dis ca car j'avais bien aimé tout ce que je dis plus haut sous kubuntu, et la j'ai trouvé ca encore mieux!(et pourtant je suis pas trop mandrake d'habitude, plutôt debian, gentoo ;) )

Donc la 2007.1 je re-dis bravo!

ooqstart bof car je n'ai que 128Mo de ram alors c'est précieux hein!
Par contre je ne connais pas kword ou abiword...
Ils permettent l'ouverture des .doc et l'export en pdf?
Ce que j'aime bien avec ooffice c'est que ca supporte pas trop mal les .doc, les autres je n'ai jamais testé....

Ma copine en avait marre de son windows XP qui était mou comme pas possible. Aprés 2 réinstallations et quelques mois plus tard, elle m'a demandé de passer son PC à linux pour voir si linux était mieux (héhé cool). (1ghz celeron/128Mo de ram)
Du coups, comme j'avais essayé kubuntu sur le mien, j'ai essayé Mandrake (j'avais arrêté à la 10.1).
Et la du coups je dois dire qu'ils ont fait un sacré boulot!
Les 2/3 trucs qui m'ont impressionné:
- La gestion d'énergie via l'applet kde(ouha on peut tout configurer comme sous windows, bah oui c'est un toshiba, et toshiba sous windows sa calme leur gestion d'énergie)
- La gestion des réseaux,pareil c'est top, et ca marche :)
- La configuration simplissime des imprimantes!(la,première fois que je configure mon imprimante aussi facilment sous linux)
J'ai enfin trouvé une distrib. pour ma copine!
Bon j'ai bien sûr désactivé métisse...pas assez puisant le pc :), le package graphique est beau, d'ailleurs elle adore (pour une fois qu'elle me dit ca d'une fresh install de linux... :) )

Il manque un seul truc pour achever windows, un openoffice qui démarre aussi vite que word. (c'est pas moi qui le dit...)