qstone a écrit 287 commentaires

en même temps on vient de dire juste a-dessus que winFS=ntfs+sql, donc si c'est une surcouche y'a pas à convertir le système de fichiers...

En tant que geek barbu dans ton garage, clairement le respect complet de la lsb le gêne plus qu'elle ne t'aide. Genre la 1ere version de Mandrake avec un kernel 2.6, fallait choisir entre support de LSB et kernel 2.6...
En tant qu'entreprise par contre c'est tout le contraire. Plus on a une base unifiée, plus les éditeurs de logiciels s'y retrouvent pour leurs produits. Ils peuvent aller jusqu'à certifier leurs applications pour "tout système compatible LSB version X.Y", plutôt qu'imposer une RHEL 2.1.
Du coup ton entreprise est plus libre d'installer la distrib de son choix, au lieu d'avoir des serveurs RedHat pour les produits Oracle, des SuSE pour les produits novell etc.

Dommage... Une console sans support 3D, le pied ! Enfin un peu de variété dans les types de jeux qu'on peut trouver aujourd'hui...
Mais bon faut pas rêver, ça verra jamais le jour, ou ça n'aura jamais aucun succès...

Bon où j'ai mis mon émulateur megadrive, moi ?

Oui, d'ailleurs ils n'ont pas tout à fait tort à mon avis. Unifier les distribs basées sur Debian c'est à mon avis un pas dans la bonne direction, reste à ne pas le faire n'importe comment !
J'ai lu l'article en diagonale hier, mais en gros leur idée c'est de dire : qui a l'autorité sur les paquets de Debian ? La DCCA ou le projet Debian ? Dans un souci de cohérence, ce travail ne doit-il pas être géré comme un sous-projet de Debian plutôt que quelquechose d'indépendant ?
Sinon, je trouve vraiment dommage qu'Ubuntu ne soit pas dans le club. Ca fait pas très "humanity to others", ça... Espérons que ça évolue !

Sinon pour la crainte du "debian c'est pas crédible dans un environnement pro", c'est marrant j'ai une grosse pile d'offre d'hébergement pro sur mon bureau, et 80% des boites me proposent des serveurs sous Sarge...

Arrêtez-moi si je dis n'importe quoi, mais le ./configure, son rôle c'est de créer les fichiers Makefile, qui vont servir à make pour finalement compiler... Si tu fais un ./configure en changeant un paramètre (ex: --prefix), je vois pas comment ça va changer ton exécutable ou ses fichiers de config...
Faut pas confondre la configuration du build avec ./configure et la configuration de l'appli, qui peut passer par exemple par un fichier texte dans /etc

merci beaucoup pour cette "plaisanterie" stéréotypée, pas drôle, et insultante envers mon peuple.

A la bonne vôtre :*)
C'est pas définitivement gagné, mais en tout cas on est au moins traquilles pour un moment !!!

shhhlurps... Il est bon ton champ virtuel, tu le trouves où ?

Bah non justement le "Personal Computer" c'est le micro-ordinateur personnel d'IBM... Tous les ordinateurs "personnels" ne sont pas des PC (ex : Mac, Amiga, ...)
D'ailleurs on doit normalement dire "compatible PC" pour un PC non fabriqué par IBM (pour Lenovo, pas la peine de poser la question je sais pas !)

Ouais, vraiment cool... D'ailleurs si la/les distrib(s) pour ps3 est/sont sympa, je sens que j'ai déjà trouvé ma prochaine console ET mon prochain ordinateur ! Un PowerPC de 3.2GHz ça me parait très raisonnable, j'arrive déjà pas à "fatiguer" mon athlon xp 1700+ ... Va juste falloir lutter contre le réflexe de dire "mon pc" ;o)

Bon je dois m'être mal exprimé alors, je reprends :
1 - debian c'est super
2 - debian j'adore et je respecte, surtout vu le nombre de volontaires impliqués
3 - debian c'est une base énorme (plein d'architectures*plein de paquets)
4 - debian c'est pas nécessairement "un produit fini". Pas de troll, juste un avis personnel (c'est pas 100% adapté à un besoin particulier juste "out-of-the-box")
3 - vu le nombre de dérivés de Debian (knoppix, Ubuntu, Mepis, ...), plus spécialisés et plus "léchés", je vois comme une tendance se dégager : Debian servant de "fond" générique de plusieurs distributions plus spécialisées. Evidemment, si les distros en question ne contribuent pas en retour à Debian, c'est la mort assurée pour tout. Mais si elles jouent le jeu, elles mutualisent leurs efforts... et leurs coûts pour les distros commerciales. Tout le monde a donc intérêt à tenir ce genre de partenariat.

>on accuse un membre de l'équipe de sécurité de Debian d'avoir délaissé (pour ne pas dire déserté) son poste pour une fonction équivalente chez Ubuntu...

Ils n'ont pas peur du ridicule : UN mec sort de l'équipe sécurité pour aller chez Canonical (l'éditeur d'Ubuntu), et vlan, y'a plus personne pour gérer les patches ! Pour moi ça veut surtout dire qu'il y avait un souci avant. Si le départ/la non disponibilité d'une personne met en péril la sécurité de Debian, alors ça signifie qu'elle ne tient qu'à un fil, autrement dit : Debian n'est pas fiable !

< ma vie >
Je suis utilisateur Ubuntu depuis la sortie de la 4.10, et je tire mon chapeau à Canonical pour sa distro bien "léchée", mais aussi à Debian à qui Ubuntu doit énormément. Sans Ubuntu je serais toujours avec une Mandrake, donc mes contribs actuelles n'iraient pas davantage à Debian...
< mes visions >
Je vois bien Debian quitter progressivement le statut de distribution pour servir de base à un tas d'autres distros, comme Ubuntu pour le desktop...
< / mes visions >
< / ma vie >

Je crois que l'idée c'était : IPX à la place d'IP => plus de port IP 25 =>plus de SMTP => plus de faille de sécurité...

Pour l'algo, vu le genre de fichier de test et les perfs, ça me rappelle le "count sort", le tri le + rapide du monde sur des entiers pas trop gros...

Beaucoup d'algos de tris prennent les valeurs 1 à 1, et mettent à jour un tableau de résultat avec. Le count sort c'est : "je trie des entiers. Plutot que d'avoir un tableau de résultats triés, je vais passer les éléments 1 à 1 et compter le nombre de 0, de 1, de 2...". Ca bouffe une quantité de RAM pas possible (1 compteur par valeur possible), mais en 2 passes (compter-compiler) c'est fini !

Si ton synsort utilise ça, et que la commande sort prend un algo plus "général", ça explique les écarts. Ca vaudrait le coup de refaire ton test avec des choses plus complexes que des nombres entiers (genre de réels ou des chaines de caractères)

> Encore un qui compare Lotus Notes avec Outlook... Et en plus qui dit de lui "à la Outlook".
Oui je compare, et en tout état de cause en plus, vu que je me le traîne au boulot depuis plus de 4 ans.
Comme indiqué dans mon message, je sais pertinemment que le couple Notes/Domino a un champ d'application beaucoup plus étendu. Seulement voilà, les 90% du temps que je passe avec Notes sont pour la messagerie et l'agenda. Et du coup je trouve Notes "un peu léger".
D'ailleurs dans ma boite on pourrait en théorie n'avoir que des serveurs Domino, mais on a une GED parce que celle de Domino est trop basique pour nous, un serveur Apache parce que quand même Domino en serveur http c'est moyen-moyen, l'annuaire LDAP n'est même pas envisageable à cause des extensions de schémas qui ne sont pas gérées, etc.
Et il faut arrêter de faire courir la rumeur que Domino fait aussi SGBD ! Il gère des bases de documents et ça fait une très grosse différence (les bases ne sont PAS relationnelles) ! Je garde un souvenir douloureux d'avoir tenté de m'en servir comme tel !
...
...sniff......sniff, sniff ...Mais ça sent le troll ici ! "LotusNotesCaSeCompareMemePasAvecOutlookTellementCaFaitPleinDeTrucs", sors d'ici !!!


Allez, pour la route :
>"...bien que ce soit largement amélioré avec les dernières versions"
Vrai, même si faire afficher correctement un mail en html relève encore de l'exploit... Encore un peu d'efforts en on va arriver au niveau fonctionnel d'Outlook97 ! Et pour couper court à toute rumeur, sachez que je suis quand même un gros anti-MS de base !
>"...certaines fonctionnalitées comme le mode déconnecté..."
C'est vrai ! Exemple : lancer Notes, débrancher 5s le cable réseau, rebrancher... Notes est à moitié planté ! Celle-là effectivement, je ne l'ai vue nul part ailleurs ;o)

Bon allez promis j'arrête...

> Petite info : lotus n'est pas qu'un outil de groupware.

< trollmode >
Ouaip, c'est un fourre-tout qui se prend pour un client de messagerie. A choisir je préfère encore Outlook, au moins c'est convivial et fonctionnel !
< /trollmode >
Sérieusement, Lotus Notes(client)/Domino(serveur) c'est le tout-en-un proposé par IBM. Le serveur fait smtp,pop,imap,http,ldap,ntp, et j'en passe tellement la liste est longue. Le client était à l'origine une sorte de runtime pour applications notes, avec effectivement des fonctions de ged et de workflow "gentils". Avec l'avènement de la messagerie, le client est devenu avec + ou - de bonheur un client de messagerie/agenda "à la Outlook". Mais comme il n'est pas conçu pour ça à la base, c'est une catastrophe ergonomique et fonctionnelle.

A priori le produit va évoluer lentement (v7 puis v8) vers un composé de DB2 pour le stockage et Websphere pour les autres fonctionnalités serveur. L'avenir du client est encore flou, même si 2 tendances se dégagent : le client web est de plus en plus enrichi, et IBM parle d'un futur "client léger enrichi" à la xulRunner, mais proprio.

Pour passer "en douceur" à un équivalent libre, une chose essentielle manque aujourd'hui : un équivalent du connecteur Exchange, mais pour Domino. A ma connaissance il n'en existe aucun pour aucun autre client de messagerie (ah si, y'a le connecteur Lotus pour ... Outlook, fait par MS !)

Quelqu'un aurait-il des infos/retours d'expérience sur la programmation de tels connecteurs pour un quelconque client de messagerie/groupware ? Est-ce simple/moyen/dur ? Ca se fait forcément en C/C++ ? Etc. Je suis tellement désespéré de me traîner ça au boulot que je suis prêt à ressortir mon compilo pour avoir une alternative viable !

J'ai lu quelquepart y'a un moment (oui, c'est moi le roi de la précision !) un howto pour fabriquer un vidéoprojecteur à l'aide d'un vieux rétro et d'un écran LCD. Ca passait bien sûr par le démontage dudit écran. Gaffe quand même, il y a une étape TRES risquée pour ton écran, m'enfin s'il n'est plus sous garantie, et que tu ne peux pas vivre avec ta bestiole devant le nez...

Par contre j'ai plus le lien, j'ai dû voir passer ça sur slashdot à l'époque...
Sinon pendant que tu y es tu pourrais te monter ton vidéoprojecteur ;o)

Mon (1/50) €

Je me suis posé la même question y'a quelques mois [1], et j'ai opté pour Pike.
OK c'est pas très connu, mais ça a l'avantage de tourner sous linux et win, d'être très rigoureux (fort typage, modèle objet bien foutu etc.), rapide malgré la compilation à la volée, et avec le support de GTK (1 pour l'instant, 2 en développement), mais aussi de SDL, OpenGL (super pour des graphiques 3D avec roto-zoom sub-ionique à particules inversées).
Depuis, mon projet avance bien, et je ne suis pas déçu par le langage !

Pour l'édition, il existe jedit qui prend en charge pike (coloration syntaxique). Avec la console intégrée et l'extension gruntspund pour le CVS, c'est assez confortable...

J'ajoute que la syntaxe de pike est proche de java/C#, qui est pour moi plus "naturelle" que python/ruby (le gouts, les couleurs, tout ça...)
Niveau toolkit je me sens très à l'aise avec GTK (le 2 aurait été un plus, mais enfin bon), il a le gros avantage d'éviter de se casser la tête sur les histoires de redimensionnements de fenêtres.

[1] http://linuxfr.org/~qstone/17434.html(...) Mon journal
[2] http://pike.ida.liu.se(...) site officiel de Pike

lors de mon dernier essai, ça marchait *trop* bien : ça générait aussi une virgule lorsqu'on rentrait une adresse IP par ex. le proxy dans les options ou un serveur de bases de données dans OOBase...

Enfin bon je chipote...

Par contre ça a l'air encore bien buggé ! J'ai voulu tester, j'ai perdu 1 journée de boulot avec un document qui ne voulait pas s'enregistrer (tant pis pour moi, c'est le jeu)

...un suppôt de Satan.

On dit un suppo de Satan !
Pas la peine de me moinsser, j'ai honte mais j'ai pas résisté, je --->[]

Il est mignon aussi (d'ailleurs j'ai pas trouvé le lien entre ferite et pike, il y en a un ?).
Par contre dès qu'on part vers ces langages, la documentation fait cruellement défaut. Pike ça va, mais il parait que c'est loin d'être à jour, Ferite c'est assez succint, freepascal et lazarus c'est pas la joie non plus... Dommage !

Bon bah pour en revenir au titre de mon journal, non y'a pas grand'monde qui connaît Pike (notez que je me sens moins bête d'avoir découvert ça il y a 3 jours seulement, c'est déjà ça)

Pour la petite histoire, je vais donc certainement développer mon appli avec Pike, sa syntaxe et sa logique me vont très bien :o) J'avais pas vu si bien depuis Java (couché le Troll, couché ! C'est une appréciation personnelle ici !)

Si jamais j'ai donné des idées à certains, sachez que le mieux (que j'aie trouvé à ce jour) pour éditer du Pike c'est jEdit (ok y'a Emacs, m'enfin...bon... Oh et puis j'en ai marre des trolls !).

http://www.jedit.org site de jEdit
http://www.update.uu.se/~peterl/html/sub_hobbies/comp/articles/jEdit/ l'article de Peter Lundqvist sur l'utilisation de jEdit pour Pike

En bonus gratuit supplémentaire : quelques plugins pour jEdit à ne pas rater :
- ProjectViewer : pour gérer un projet
- BufferTabs : afficher les fichiers ouverts sous forme d'onglets (cf. photos d'écran de Peter Lundqvist)
- Console : pour exécuter vos fichiers sans quitter jEdit
- ErrorList : pour récupérer les messages d'erreur de la console comme tout IDE qui se respecte

Avec plaisir.
L'outil est destiné à fonctionner sur des ordinateurs pas récents ( 5 ans et plus, donc faut pas s'attendre à avoir énormément de ram), pas forcément entretenus (=pas mal de saloperies au démarrage), etc.

Dans ce contexte, oui java c'est hyper-lent, au moins à démarrer (charger la jvm etc.) surtout quand il s'agit d'applis graphiques. Il y a très peu d'algos ou de calculs complexes sur lesquels les différences serait moins évidentes.

J'aime énormément java, je trouve ça très clean, mais quand je dois faire une appli qui doit être déployée sur des machines pauvres en ram, j'hésite.
J'essaierai thinlet à l'occasion, je ne connaissais pas (j'ai surtout utilisé AWT)

J'ai regardé aussi du côté de .net, y'a une IDE toussa mais par contre côté bases de données c'est pas ça (ou j'ai pas bien vu).

Effectivement ton prof d'info a un peu abusé d'excitants, l'implémentation de Windows.Forms (l'API windows pour l'interface graphique) est loin d'être finie dans Mono. Sur le site ils parlent d'essais en couplant mono et wine, mais faut aimer les montages au chatterton !

Je n'ai pas dit que le Perl n'a pas une syntaxe claire, j'ai dit que c'était au-dessus de mes forces !

C'est une affaire de goûts, mais plus un langage propose des raccourcis indigestes, moins je l'aime. OK on n'est pas obligé de les utiliser, mais ça veut dire que tôt ou tard on y aura affaire (exemples de code sur le net, etc.).
J'aime pas le if-then-else raccourci du C (et dérivés) (test ? actionSiVrai : actionSiFaux)

Du peu de tutoriel Perl que j'ai lu, y'avait déjà trop de $%, $$a et autres $_ à mon goût. J'ai décroché quand j'ai vu qu'on pouvait remplacer les délémiteurs usuels par d'autres (pour définir les chaines caractères, un truc du genre qq!chaine! )
Je suis d'accord pour dire qu'on peut écrire de bons softs bien propres en Perl, mais personnellement je n'accroche pas.

Franchement, il va falloir qu'ils arrêtent avec leur mauvaise foi...

The plan is to reduce the amount of memory that Gnome applications consume. Gnome is barely usable on a machine with 128 MB of RAM; contrast this with Windows XP, which is very snappy on such a configuration

T'es sûr d'avoir tout bien compris ? Parce que là le monsieur il dit la même chose que toi : "Gnome est à peine utilisable sur une machine avec 128Mo de RAM; comparez ça avec Windows XP, qui tourne sans problème sur une telle configuration" (traduction TRES approximative, mais le sens y est)

On est bien d'accord, sur une machine avec peu de RAM, XP fait beaucoup mieux que Gnome... Y'a pas de quoi être fiers ! (attention je ne remets pas en cause l'excellent travail de l'équipe de gnome, que j'utilise avec plaisir tous les jours)