Pour moi, OpenOffice a le mérite d'exister en attendant qu'une vraie suite office moderne existe dans le monde libre....
Je suis content de l'initiative de Novel car elle permet de combler certains manques de OpenOffice et de mettre la pression (un peu comme xorg et XFree qui était vraiment un grand plus).
A côté de ça, j'espère vraiment que koffice arrivera un jour à dépasse la suite de Microsoft. Certes on en est loin, mais des idées géniales arrivent dans koffice.
Exemple: le "paragraph tool" qui permet de comprendre VISUELLEMENT les marges, interlignages et autres retraits si obscure chez le commun des mortels.
A côté de ça, le système de menus par onglets dans Office 2007 est vraiment très innovant à mon gout. En effet, ça permet de mettre une fonction à un endroit unique alors qu'avec le mixe menu et barres d'outils, on a des fonctions qui se trouvent à deux endroits, ce qui n'est pas très pratique.
Pour un GPS de footing, le KeyMaze 300 est juste sympa. Pour le reste, c'est une grosse merde!
- Bug hardware: si on lui cause en protocole sirf 3, alors la vitesse du bus entre la puce GPS et le KeyMaze change, et c'est fiini. Le KeyMaze ne sait plus causer à la sirf 3. Comme il n'y a pas de bouton reset et qu'on ne peut pas retirer la batterie, bah il est briqué. => retour atelier.
Bref, faire très attention en utilisant gpsd, car dans les dernières versions c'est son mode de fonctionnement par défaut.!!!
- Mémoire ridicule.
- Gestion des points ....no comment.
- Pas bluetooth => on ne peut pas utiliser un pda avec nonigpsplot pour récupérer la trace (fonction gps mouse).
- Soft PC ultra pourri, les fichiers GPX exportés ne contiennent même pas le time-stamp, il est donc impossible d'uploader la trace sur openstreetmap (mais bon à quoi bon vu la précision des tracés)....
Conclusion: pour un usage autre que le sport (et encore): À ÉVITER À TOUS PRIX.
- Le brun en 8bit: raytrace une sphère brune brillante et tu aura de joli cercles autour du reflet, car l'oeil n'a pas une sensibilité comparable à du RGB. Dans les bruns, il est bien supérieur à ce que peut rendre un espace RGB 8 bits.
- Lorsqu'un spectre est très endomagé (exemple: photo sous-marine: le rouge), tu peux amplifier ce spectre et avoir un peu moins de solarisation
- Lorsque ta photo as de forts contrastes, des sur expositions ou des sous expositions, les traitements détruisent moins les zones claires ou sombres.
- Il ne faut pas confondre le rendu et le traitement. Si tu ignore les color profile et convertis les valeures 16bits en 8bits par moyennage, le rendu est fade et le contraste perdu.
PS: ta photo effectivement n'a que peu d'intéret en 16bits. 8bits suffisent amplement.
PPS: ce n'est pas parce-que peu de gens ont besoin du 16bits que ça excuse gimp de ne pas le gérer....
Mon avis perso est que the gimp est un logiciel d'un autre temps qui a eu ses heures de gloire mais qui accuse la viellesse aujourd'huis.
- Manque d'intégrations des les desktops (ne tire pas partie des API (file requesters, print dialogs, standard plugins, ...)
- Pas de gestion des technologies modernes (16bits, color profiles, géolocalisation, ...)
- Ergonomie atypique le rendant très difficile d'accès à un novice (essaye de tracer une flèche sur une photo pour pointer un détail)
Krita n'est pas un logiciel de traitement batch. C'est un logiciel de retouche et de dessin.
Pour les traitements batches, il faut utiliser digikam.
la combinaison krita digikam est vraiment la meilleure qu'il m'ai été donné de voire, et la gestion des images 16bits par composante avec les color profiles est vraiment géniale...
Un truc tout bête que je n'ai jamais réussi à faire avec the Gimp:
tracer une ligne droite ou un flèche sur une photo pour pointer un détail.
C'est pourtant basique une droite, bah personne, je dis bien personne dans les gimp afficionados de mon entourage n'a été capable de répondre à cette question sans faire un scripte fu LOL...
Au niveau comparatif gimp krita, j'aurais bien aimé connaître les critères de l'auteur qui lui font dire qu'il n'y a pas comparaison, car lancer un jugement dans le vide sans argumentaire est plutôt léger...
Tu as dans un certain sens raison, mais on peut aussi arguer qu'il existe déjà bon nombre de groupwares tous plus géniaux les uns que les autres, et dans ce sens, un de plus n'est pas très utile.
Ce qui serait extrêmement utile, ce serait l'interactivité avec les serveurs exchange.
Actuellement, si on comparait les groupwares open-source à une suite office, c'est un peu comme si on avait des dizaines de suites openoffice où aucune n'aurait de filtres MS-Office. (en crééer une de plus serait "inutile", car le manque dans ce cas serait les filtres office).
Comme les exchange web access sont coupés pour raison de sécurité, aucun connecteur ne peut fonctionner. (dans un sens, c'est positif, car c'est un argument pour ne pas migrer mon courrier-imap en exchange) ;-)
Le pb, c'est que la corporation va rester sous exchange pour longtemps (je fais artie des petits villages gaulois qui résistent ;-) )
Donc la solution que je cherche, c'est un serveur qui se comporte comme exchange vis à vis des autres serveurs exchange. (example 1: une personne aux US sur un serveur exchange envoie un mail, puis essaye de l'annuler, il faut que le serveur non exchange honnore cette requete. Example 2: une manager se trouvant aux US sur un serveur exchange essaye d'organiser une réunion et veut accéder au calendrier partagé d'un utilisateur qui se trouverait sur un serveur groupware non-exchange. Il faut que ce soit transparent).
Il existe des tonnes de groupware (Kolab, egroupware, ....) mais ils ont tous le même probleme. Si une corporation est sous exchange, on ne peut pas migrer, car il faudrait tout migrer d'un seul coup, ce qui est impossible quand tu as des dizaines (voir des centaines) de serveurs exchange.
En effet, si tu migres partiellement ta corporation, le gars qui est encore sous exchange à l'autre bout du monde ne voit plus les infos des personnes migrées.
Par contre, si ton serveur de groupware sait causer avec les serveurs exchange, alors ils n'y voient que du feu.
Le client on s'en tappe un peu, car de toutes façons outlook n'existe pas et n'existera jamais sous linux; ce qui compte c'est la fonctionalité.
Le but, c'est qu'en utilisant (par example) Kontact ou outlook assiciés à un serveur kolab (par example) une personne à l'autre bout de la corporation et qui est sous exchange ne voit que du feu. Dans ce cas, (et dans ce cas seulement) on pourait démontrer qu'une migration est possible. Dans le cas contraire, ce genre de système est réservé aux PME qui n'ont pas encore été assimilées.
Le problème, c'est que je ne décide pas, et de ce fait, je vais continuer à payer la taxe Microsoft ;-/ .
J'essaye de résister contre l'assimilation, mais si il n'existe pas de solution pour qu'n de mes utilisateur puisse voire le calendrier partagé d'un utilisateur exchange à l'autre bout du monde et vice et versa, alors, nous seront assimilés...
Note, les connecteurs dispo actuellement nécessitent exchange web access qui est désactivé chez nous pour des raisons de sécurité.
Je travaille dans une grande compagnie qui utilise Exchange server à grande échelle.
Migrer sous une telle plateforme (Open XChange) est une uthopie tant que les conditions suivantes ne sont pas réaliées.
- Il existe un client GRATUIT qui puisse se connecter à exchange et prendre en compte le mail, le calendrier partagé et le carnet d'adresse. (En effet, s'il est payant, il est impossible de justifier l'achat).
- Une fois le proof of concept démontré, on peut migrer des gens sous Linux.
- Enfin, une migration vers la plateforme peut être envisagée, mais il faut que son coût de maintenance soit inférieur à la solution microsoft, or cela est loins d'être démontré, car généralement, la maintenance microsoft est un tout, et coute le même prix qu'on utilise exchange ou non. (Corporation de plus de 50000 personnes).
De ce fait, on se retrouve alors à continuer de payer la maintenance de microsoft pour le reste à laquelle on rajoute la maintenance de Open-XChange. (en effet, on ne peut pas utiliser la version free dans ce cas, car tous les clients windows et linux seront en mode exchange, et le connecteur n'est pas libre).
Bref... No future..........
PS: je gère le parc info d'un labo de recharche. Une majorité de chercheurs sont sous Linux Mandrake 10.1 et utilisent un serveur courrier-imap, mais je vous explique pas la pression du management pour migrer vers un serveur exchange afin qu'ils puissent voir le calendrier partagé........
Mais diable, où avez vous vu que cette distribution n'était accessible qu'aux membres du club???
Seuls les ISOs le sont. La distrib, elle, est dispo pour TOUT LE MONDE.
A quoi cela sert-il d'avoir les IOSs?
Pour installer autant le faire en live en ne téléchargeant que les RPMS nécessaires plutôt que tous les RPMS (les ISOs)
Ainsi, il suffit de télécharger boot.iso (8Mo) de booter avec (après gravure sur un CD-RW) et d'installer via le réseau. (ça prends bien moins de temps que de télécharger les images CD, car là on ne télécharque que ce qui est nécessaire).
[NOTE: bien entendu, ceci n'est valable que si on a une seule machine à installer; mais en même temps, c'est une majorité de cas]
En plus, quand je vois les questions FAQ(4,5,6,) j'allucine!!! on retourne carrément à l'age de pierre...
En plus ils se contredisent:
à un moment, il est dit que udev sur le file system prends moins de mémoire, et après, il est dit que le mécanisme de modprobe ne sera pas mis en place, car on charge tous les drivers en RAM....
Il faudrait savoir si la RAM pose problème ou pas.
A mon avis, la notion de filesystem virtuel est bien meilleur que des bidouilles de créations de liens par des mécanismes plus ou moins alambiqués. En effet, que se passera t'il si on bouge entre 2 versions de kernel avec des changements dans les devices? on chage udev et le config file à chaque boot? on utilise /etc/alternatives?....
Tout ça pour quoi? la persistance des devices!!!
Il faudrait peut être regarder comment ça se passe ailleurs!!!
Par example, sur Digital unix, il y a un système basé sur une minibase de donnée. dès qu'un nouveau device est détecté, le devfs équivalent recherche l'identité de ce périphérique dans cette minibase. S'il est trouvé (ex: un disque SCSI avec un serial number de 2423SSS-UX auquel est assigné le device /dev/hde) on met l'inode hde dans le /dev virtuel. Si ce périphérique n'est pas trouvé dans la base, on mémorise son identité et on lui donne un device libre (example: /dev/hdf).
Ainsi: pas de fichiers de conf à éditer pour dire: le disque avec numéro de série a le device /dev/hdf. (l'identification peut se faire par serial number, calcul sur des caractèristiques, labels...)
Biensur en cas de disque mort, on peut avec une simple commande librérer le device.
C'est comme windows: pour un device, on peut assigner un lettre ou laisser le système choisir.(sauf que c'est mal foutu, car la persistance n'existe que si le device est présent à tous les boot (ce qui n'est pas très persistant. Mais au moins, hdb peut être le premier disque et hda le second)
Avec un device filesystem: pas de problèmes de /dev avec des déchets qui restent après un reboot malheureux.
avec une base (par example un .db), la persistance est assurée.
Aujourd'huis, hotplug, /etc/modules /etc/modules.conf sont des uzines à gaz qui atteingent leur limites.
En effet, rien n'est unifié. certains modules sont charcés par des scripts rc.*, d'autres par pcmcia, d'autres par hotplug, et quand rien ne se déclanche on utilise /etc/modules, berf, c'est le souk.
En ajoutant udevfs, ce sera encore pire, car on va rajouter des crottes dans /dev et je ne sais pas comment on va faire le ménage.
=> Un example ou une base de donnée serait bien plus utile que udevfs:
On branche un camescope, hotplug charge: ohci1394,ieee1394,dv1394.
Normal, sauf que pour faire un dvgrab il faut aussi raw1394.
Donc si on fait modprobe raw1394 et qu'on l'utilise avec le camescope connecté, pour quoi ne pas rajouter un mécanisme qui se souvient que pour ce périphérique, on voulait aussi raw1394 (hope dans la base).
Après, avec un outil on pourrait très bien pour chaque périphérique montrer les modules déclanchés et donner l'option de déasactiver les modules optionnels (tels que raw1394 pour un camescope).
Ou a contrario, on pourrait faire un mécanisme dans devfs qui réagit en fonction des appels stat ou open. Tiens? on a fait un stat sur /dev/raw1394, c'est le devicename du module raw1394, alors je le charge.
Désolé pour ce message un peu long.... y'a encore des lecteurs?... mais je pense que si les développeurs regardaient en dehors de linux/unix avant de se lancer dans un trucs, ça serait pas un mal.
Oups j'ai oublié de citer l'auteur de ce superbe programme perl.
Vu le mal qu'il s'est donné, ce n'est vraiment pas gentil de ma part.
Voici réparation. Sa page est: http://perl.plover.com/obfuscated/(...)
[TROLL]
T'es pas à la mode. La mode pour 2004, c'est Python!
La preuve, Plone ( http://www.plone.org(...) ) et ce qui va avec sont écrit en Python.
Il y a aussi des trucs du genre http://luma.sourceforge.net/(...) et plus généralement les programmes KDE qui scriptent (PyQT).
Bref, perl, c'est "has been" ;-)
[TROLL²]
A mon avis, le créateur de perl doit avoir un lien de parenté avec le créateur de sendmail, car essayer de comprendre
Moi, quand je vois CDE (interface "professionnelle") sur UNIX:
- C'est simple (dans le mauvais sens du terme)
- C'est truffé de bugs.
- C'est hyper pas sécurisé, et les scanners allument des arbres de noël quand ils scannent un machine qui fait tourner CDE (ISS, FoundScan, nessus)
msec, c'est comme l'antipatinage; ça permet de faciliter ta conduite du système sans être expert.
Maintenant, si tu veux commencer à piloter (editions de fichiers/derrapage contrôlé), et bien libre à toi en désactivant le système d'assistance (msec/antipatinage)
Le plus fun pour démarrer bien bas au niveau du système, c'est d'installer netbsd sur un VAX 2100 avec un disque de 20Mo (pas Go)
Bien entendu, comme ce disque est très endomagé, il n'y a que 5Mo d'utilisable pour le swap, donc on installe le VAX en le faisant booter en MOP (sorte de BOOTP digital) sur une machine linux, et on l'installe en diskless à la main. (Sans oublier de créer la partoche de swap à la main en comptant les blocs et la place pour la badblocs list).
un Admin débutant qui fait ça sans aide a des chances d'être très bon....et je le garde alors ;-)
La mauvaise réponse étant: "elle est ou la souris?" lorsqu'il découvre le bestiau.
Après, on peut passer à la Mandrake qui est génial pour le déploiement (urpmi, msec, shorewall et autres machins rapides à configurer).
[^] # Re: oo vs abiword
Posté par Olivier LAHAYE (site web personnel) . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 1.
Je suis content de l'initiative de Novel car elle permet de combler certains manques de OpenOffice et de mettre la pression (un peu comme xorg et XFree qui était vraiment un grand plus).
A côté de ça, j'espère vraiment que koffice arrivera un jour à dépasse la suite de Microsoft. Certes on en est loin, mais des idées géniales arrivent dans koffice.
Exemple: le "paragraph tool" qui permet de comprendre VISUELLEMENT les marges, interlignages et autres retraits si obscure chez le commun des mortels.
http://www.koffice.org/announcements/pics/2008_07_16_kotext_paragraph_tool.png
A côté de ça, le système de menus par onglets dans Office 2007 est vraiment très innovant à mon gout. En effet, ça permet de mettre une fonction à un endroit unique alors qu'avec le mixe menu et barres d'outils, on a des fonctions qui se trouvent à deux endroits, ce qui n'est pas très pratique.
[^] # Re: vsd sous linux !
Posté par Olivier LAHAYE (site web personnel) . En réponse à la dépêche Wine 1.0 est sorti. Évalué à 2.
http://www.koffice.org/kivio/
# KeyMaze 300: GPS raté.
Posté par Olivier LAHAYE (site web personnel) . En réponse à la dépêche Une interface pour le GPS KeyMaze 300 sous Linux. Évalué à 1.
- Bug hardware: si on lui cause en protocole sirf 3, alors la vitesse du bus entre la puce GPS et le KeyMaze change, et c'est fiini. Le KeyMaze ne sait plus causer à la sirf 3. Comme il n'y a pas de bouton reset et qu'on ne peut pas retirer la batterie, bah il est briqué. => retour atelier.
Bref, faire très attention en utilisant gpsd, car dans les dernières versions c'est son mode de fonctionnement par défaut.!!!
- Mémoire ridicule.
- Gestion des points ....no comment.
- Pas bluetooth => on ne peut pas utiliser un pda avec nonigpsplot pour récupérer la trace (fonction gps mouse).
- Soft PC ultra pourri, les fichiers GPX exportés ne contiennent même pas le time-stamp, il est donc impossible d'uploader la trace sur openstreetmap (mais bon à quoi bon vu la précision des tracés)....
Conclusion: pour un usage autre que le sport (et encore): À ÉVITER À TOUS PRIX.
[^] # Re: Non gimp n'est pas adapte a la photographie
Posté par Olivier LAHAYE (site web personnel) . En réponse à la dépêche Linux et la photographie : état des lieux. Évalué à 10.
- Le brun en 8bit: raytrace une sphère brune brillante et tu aura de joli cercles autour du reflet, car l'oeil n'a pas une sensibilité comparable à du RGB. Dans les bruns, il est bien supérieur à ce que peut rendre un espace RGB 8 bits.
- Lorsqu'un spectre est très endomagé (exemple: photo sous-marine: le rouge), tu peux amplifier ce spectre et avoir un peu moins de solarisation
- Lorsque ta photo as de forts contrastes, des sur expositions ou des sous expositions, les traitements détruisent moins les zones claires ou sombres.
- Il ne faut pas confondre le rendu et le traitement. Si tu ignore les color profile et convertis les valeures 16bits en 8bits par moyennage, le rendu est fade et le contraste perdu.
PS: ta photo effectivement n'a que peu d'intéret en 16bits. 8bits suffisent amplement.
PPS: ce n'est pas parce-que peu de gens ont besoin du 16bits que ça excuse gimp de ne pas le gérer....
Mon avis perso est que the gimp est un logiciel d'un autre temps qui a eu ses heures de gloire mais qui accuse la viellesse aujourd'huis.
- Manque d'intégrations des les desktops (ne tire pas partie des API (file requesters, print dialogs, standard plugins, ...)
- Pas de gestion des technologies modernes (16bits, color profiles, géolocalisation, ...)
- Ergonomie atypique le rendant très difficile d'accès à un novice (essaye de tracer une flèche sur une photo pour pointer un détail)
[^] # Re: Digikam traite les fichiers RAW
Posté par Olivier LAHAYE (site web personnel) . En réponse à la dépêche Linux et la photographie : état des lieux. Évalué à 3.
[^] # Re: Gimp vs Krita
Posté par Olivier LAHAYE (site web personnel) . En réponse à la dépêche Linux et la photographie : état des lieux. Évalué à 4.
Pour les traitements batches, il faut utiliser digikam.
la combinaison krita digikam est vraiment la meilleure qu'il m'ai été donné de voire, et la gestion des images 16bits par composante avec les color profiles est vraiment géniale...
Un truc tout bête que je n'ai jamais réussi à faire avec the Gimp:
tracer une ligne droite ou un flèche sur une photo pour pointer un détail.
C'est pourtant basique une droite, bah personne, je dis bien personne dans les gimp afficionados de mon entourage n'a été capable de répondre à cette question sans faire un scripte fu LOL...
Au niveau comparatif gimp krita, j'aurais bien aimé connaître les critères de l'auteur qui lui font dire qu'il n'y a pas comparaison, car lancer un jugement dans le vide sans argumentaire est plutôt léger...
[^] # Re: Salut les p'tits jeunes :) :) :)
Posté par Olivier LAHAYE (site web personnel) . En réponse au sondage Depuis quand utilisez-vous Linux ?. Évalué à 1.
http://opensource.sgi.com/projects/lkcd/
PS: RedHat, c'est la pire des distro au niveau fonctionalités. C'est un karting...ça marche et c'est hyper basic mais fiable...
Moi j'utilise une Lexus, c'est plus confortable....
[^] # Re: Étonnant que « cat » ne fasse pas un meilleur score.
Posté par Olivier LAHAYE (site web personnel) . En réponse au sondage La commande de base que je tape le plus. Évalué à 1.
find . -type f | xargs grep plopcoin
[^] # Re: Inutile sans interactivité exchange.
Posté par Olivier LAHAYE (site web personnel) . En réponse à la dépêche Novell et Netline annoncent Open Exchange en Open Source. Évalué à 1.
Ce qui serait extrêmement utile, ce serait l'interactivité avec les serveurs exchange.
Actuellement, si on comparait les groupwares open-source à une suite office, c'est un peu comme si on avait des dizaines de suites openoffice où aucune n'aurait de filtres MS-Office. (en crééer une de plus serait "inutile", car le manque dans ce cas serait les filtres office).
[^] # Re: Inutile sans interactivité exchange.
Posté par Olivier LAHAYE (site web personnel) . En réponse à la dépêche Novell et Netline annoncent Open Exchange en Open Source. Évalué à 1.
Le pb, c'est que la corporation va rester sous exchange pour longtemps (je fais artie des petits villages gaulois qui résistent ;-) )
Donc la solution que je cherche, c'est un serveur qui se comporte comme exchange vis à vis des autres serveurs exchange. (example 1: une personne aux US sur un serveur exchange envoie un mail, puis essaye de l'annuler, il faut que le serveur non exchange honnore cette requete. Example 2: une manager se trouvant aux US sur un serveur exchange essaye d'organiser une réunion et veut accéder au calendrier partagé d'un utilisateur qui se trouverait sur un serveur groupware non-exchange. Il faut que ce soit transparent).
[^] # Re: Inutile sans interactivité exchange.
Posté par Olivier LAHAYE (site web personnel) . En réponse à la dépêche Novell et Netline annoncent Open Exchange en Open Source. Évalué à 2.
En effet, si tu migres partiellement ta corporation, le gars qui est encore sous exchange à l'autre bout du monde ne voit plus les infos des personnes migrées.
Par contre, si ton serveur de groupware sait causer avec les serveurs exchange, alors ils n'y voient que du feu.
Le client on s'en tappe un peu, car de toutes façons outlook n'existe pas et n'existera jamais sous linux; ce qui compte c'est la fonctionalité.
Le but, c'est qu'en utilisant (par example) Kontact ou outlook assiciés à un serveur kolab (par example) une personne à l'autre bout de la corporation et qui est sous exchange ne voit que du feu. Dans ce cas, (et dans ce cas seulement) on pourait démontrer qu'une migration est possible. Dans le cas contraire, ce genre de système est réservé aux PME qui n'ont pas encore été assimilées.
[^] # Re: Inutile sans interactivité exchange.
Posté par Olivier LAHAYE (site web personnel) . En réponse à la dépêche Novell et Netline annoncent Open Exchange en Open Source. Évalué à 2.
[^] # Re: Inutile sans interactivité exchange.
Posté par Olivier LAHAYE (site web personnel) . En réponse à la dépêche Novell et Netline annoncent Open Exchange en Open Source. Évalué à 1.
J'essaye de résister contre l'assimilation, mais si il n'existe pas de solution pour qu'n de mes utilisateur puisse voire le calendrier partagé d'un utilisateur exchange à l'autre bout du monde et vice et versa, alors, nous seront assimilés...
Note, les connecteurs dispo actuellement nécessitent exchange web access qui est désactivé chez nous pour des raisons de sécurité.
# Inutile sans interactivité exchange.
Posté par Olivier LAHAYE (site web personnel) . En réponse à la dépêche Novell et Netline annoncent Open Exchange en Open Source. Évalué à 10.
Migrer sous une telle plateforme (Open XChange) est une uthopie tant que les conditions suivantes ne sont pas réaliées.
- Il existe un client GRATUIT qui puisse se connecter à exchange et prendre en compte le mail, le calendrier partagé et le carnet d'adresse. (En effet, s'il est payant, il est impossible de justifier l'achat).
- Une fois le proof of concept démontré, on peut migrer des gens sous Linux.
- Enfin, une migration vers la plateforme peut être envisagée, mais il faut que son coût de maintenance soit inférieur à la solution microsoft, or cela est loins d'être démontré, car généralement, la maintenance microsoft est un tout, et coute le même prix qu'on utilise exchange ou non. (Corporation de plus de 50000 personnes).
De ce fait, on se retrouve alors à continuer de payer la maintenance de microsoft pour le reste à laquelle on rajoute la maintenance de Open-XChange. (en effet, on ne peut pas utiliser la version free dans ce cas, car tous les clients windows et linux seront en mode exchange, et le connecteur n'est pas libre).
Bref... No future..........
PS: je gère le parc info d'un labo de recharche. Une majorité de chercheurs sont sous Linux Mandrake 10.1 et utilisent un serveur courrier-imap, mais je vous explique pas la pression du management pour migrer vers un serveur exchange afin qu'ils puissent voir le calendrier partagé........
[^] # Re: News Globetrotter et 10.1 en deuxième page de LinuxFR !!!
Posté par Olivier LAHAYE (site web personnel) . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 1.
Seuls les ISOs le sont. La distrib, elle, est dispo pour TOUT LE MONDE.
A quoi cela sert-il d'avoir les IOSs?
Pour installer autant le faire en live en ne téléchargeant que les RPMS nécessaires plutôt que tous les RPMS (les ISOs)
Ainsi, il suffit de télécharger boot.iso (8Mo) de booter avec (après gravure sur un CD-RW) et d'installer via le réseau. (ça prends bien moins de temps que de télécharger les images CD, car là on ne télécharque que ce qui est nécessaire).
[NOTE: bien entendu, ceci n'est valable que si on a une seule machine à installer; mais en même temps, c'est une majorité de cas]
Je l'ai installée chez moi, et "ça déchire" :-)
[^] # Re: Je filtre mes mails avec
Posté par Olivier LAHAYE (site web personnel) . En réponse au sondage Je filtre mes mails avec. Évalué à 1.
ça marche vraiment bien (windows et linux) et c'est free :-)
[^] # Re: Et on réinvente ocre la roue carré alors que d'autres ont déjà la roue ronde.....
Posté par Olivier LAHAYE (site web personnel) . En réponse à la dépêche Udev atteint la maturité. Évalué à 1.
En plus ils se contredisent:
à un moment, il est dit que udev sur le file system prends moins de mémoire, et après, il est dit que le mécanisme de modprobe ne sera pas mis en place, car on charge tous les drivers en RAM....
Il faudrait savoir si la RAM pose problème ou pas.
...
# Et on réinvente ocre la roue carré alors que d'autres ont déjà la roue ronde.....
Posté par Olivier LAHAYE (site web personnel) . En réponse à la dépêche Udev atteint la maturité. Évalué à 5.
Tout ça pour quoi? la persistance des devices!!!
Il faudrait peut être regarder comment ça se passe ailleurs!!!
Par example, sur Digital unix, il y a un système basé sur une minibase de donnée. dès qu'un nouveau device est détecté, le devfs équivalent recherche l'identité de ce périphérique dans cette minibase. S'il est trouvé (ex: un disque SCSI avec un serial number de 2423SSS-UX auquel est assigné le device /dev/hde) on met l'inode hde dans le /dev virtuel. Si ce périphérique n'est pas trouvé dans la base, on mémorise son identité et on lui donne un device libre (example: /dev/hdf).
Ainsi: pas de fichiers de conf à éditer pour dire: le disque avec numéro de série a le device /dev/hdf. (l'identification peut se faire par serial number, calcul sur des caractèristiques, labels...)
Biensur en cas de disque mort, on peut avec une simple commande librérer le device.
C'est comme windows: pour un device, on peut assigner un lettre ou laisser le système choisir.(sauf que c'est mal foutu, car la persistance n'existe que si le device est présent à tous les boot (ce qui n'est pas très persistant. Mais au moins, hdb peut être le premier disque et hda le second)
Avec un device filesystem: pas de problèmes de /dev avec des déchets qui restent après un reboot malheureux.
avec une base (par example un .db), la persistance est assurée.
Aujourd'huis, hotplug, /etc/modules /etc/modules.conf sont des uzines à gaz qui atteingent leur limites.
En effet, rien n'est unifié. certains modules sont charcés par des scripts rc.*, d'autres par pcmcia, d'autres par hotplug, et quand rien ne se déclanche on utilise /etc/modules, berf, c'est le souk.
En ajoutant udevfs, ce sera encore pire, car on va rajouter des crottes dans /dev et je ne sais pas comment on va faire le ménage.
=> Un example ou une base de donnée serait bien plus utile que udevfs:
On branche un camescope, hotplug charge: ohci1394,ieee1394,dv1394.
Normal, sauf que pour faire un dvgrab il faut aussi raw1394.
Donc si on fait modprobe raw1394 et qu'on l'utilise avec le camescope connecté, pour quoi ne pas rajouter un mécanisme qui se souvient que pour ce périphérique, on voulait aussi raw1394 (hope dans la base).
Après, avec un outil on pourrait très bien pour chaque périphérique montrer les modules déclanchés et donner l'option de déasactiver les modules optionnels (tels que raw1394 pour un camescope).
Ou a contrario, on pourrait faire un mécanisme dans devfs qui réagit en fonction des appels stat ou open. Tiens? on a fait un stat sur /dev/raw1394, c'est le devicename du module raw1394, alors je le charge.
Désolé pour ce message un peu long.... y'a encore des lecteurs?... mais je pense que si les développeurs regardaient en dehors de linux/unix avant de se lancer dans un trucs, ça serait pas un mal.
Olivier.
[^] # Re: Mon type de livre préféré
Posté par Olivier LAHAYE (site web personnel) . En réponse au sondage Mon type de livre préféré. Évalué à 1.
MAIS, Greg BEAR avec EON et Eternité, arrache grave!!!
Si seulement on en faisait un film, je pense que ça marquerait autant que 2001...
[^] # Re: La Ville de Paris étudie la migration de son informatique vers des solutions libres
Posté par Olivier LAHAYE (site web personnel) . En réponse à la dépêche La Ville de Paris étudie la migration de son informatique vers des solutions libres. Évalué à 1.
Vu le mal qu'il s'est donné, ce n'est vraiment pas gentil de ma part.
Voici réparation. Sa page est:
http://perl.plover.com/obfuscated/(...)
[^] # Re: La Ville de Paris étudie la migration de son informatique vers des solutions libres
Posté par Olivier LAHAYE (site web personnel) . En réponse à la dépêche La Ville de Paris étudie la migration de son informatique vers des solutions libres. Évalué à 1.
T'es pas à la mode. La mode pour 2004, c'est Python!
La preuve, Plone ( http://www.plone.org(...) ) et ce qui va avec sont écrit en Python.
Il y a aussi des trucs du genre http://luma.sourceforge.net/(...) et plus généralement les programmes KDE qui scriptent (PyQT).
Bref, perl, c'est "has been" ;-)
[TROLL²]
A mon avis, le créateur de perl doit avoir un lien de parenté avec le créateur de sendmail, car essayer de comprendre
@P=split//,".URRUU\c8R";@d=split//,"\nrekcah xinU / lreP rehtona tsuJ";sub p{
@p{"r$p","u$p"}=(P,P);pipe"r$p","u$p";++$p;($q*=2)+=$f=!fork;map{$P=$P[$f^ord
($p{$_})&6];$p{$_}=/ ^$P/ix?$P:close$_}keys%p}p;p;p;p;p;map{$p{$_}=~/^[P.]/&&
close$_}%p;wait until$?;map{/^r/&&<$_>}%p;$_=$d[$q];sleep rand(2)if/\S/;print
fait le même effet que d'essayer de comprendre pourquoi une règle plante dans un sendmail.cf ;-)
[TROLL²]
[TROLL]
PS: je ne connais ni le perl, ni le python... BASH rulez ;-)
[^] # Re: Un test négatif (mais constructif) de la Mandrake 9.1
Posté par Olivier LAHAYE (site web personnel) . En réponse à la dépêche Un test négatif (mais constructif) de la Mandrake 9.1. Évalué à 1.
- C'est simple (dans le mauvais sens du terme)
- C'est truffé de bugs.
- C'est hyper pas sécurisé, et les scanners allument des arbres de noël quand ils scannent un machine qui fait tourner CDE (ISS, FoundScan, nessus)
Bref, ça n'a de professionnel que le nom.
[^] # Re: Un test négatif (mais constructif) de la Mandrake 9.1
Posté par Olivier LAHAYE (site web personnel) . En réponse à la dépêche Un test négatif (mais constructif) de la Mandrake 9.1. Évalué à 1.
Maintenant, si tu veux commencer à piloter (editions de fichiers/derrapage contrôlé), et bien libre à toi en désactivant le système d'assistance (msec/antipatinage)
[^] # Re: Un test négatif (mais constructif) de la Mandrake 9.1
Posté par Olivier LAHAYE (site web personnel) . En réponse à la dépêche Un test négatif (mais constructif) de la Mandrake 9.1. Évalué à 2.
Bien entendu, comme ce disque est très endomagé, il n'y a que 5Mo d'utilisable pour le swap, donc on installe le VAX en le faisant booter en MOP (sorte de BOOTP digital) sur une machine linux, et on l'installe en diskless à la main. (Sans oublier de créer la partoche de swap à la main en comptant les blocs et la place pour la badblocs list).
un Admin débutant qui fait ça sans aide a des chances d'être très bon....et je le garde alors ;-)
La mauvaise réponse étant: "elle est ou la souris?" lorsqu'il découvre le bestiau.
Après, on peut passer à la Mandrake qui est génial pour le déploiement (urpmi, msec, shorewall et autres machins rapides à configurer).
[^] # Re: RedHat/Microsoft suite
Posté par Olivier LAHAYE (site web personnel) . En réponse à la dépêche Microsoft trop cher pour le gouvernement britannique. Évalué à 1.