J'ai une centaine de projet sous trac avec des utilisateurs qui ont appris à l'utiliser. Je changerais bien à terme mais se pose le problème de la migration. Il est hors de question de migrer sans les wikis actuels !
Qu'en est-il de la compatibilité entre les solutions libres. Avoir des réseaux décentralisés, c'est bien mais ce sera mieux à mon sens d'avoir UN réseau décentralisé et DES serveurs. Un peu comme pour le HTTP...
Pour un public non informaticien, passer de rien à SVN est déjà pas mal... je le vend enrobé de TRAC histoire d'avoir un peu de doc avec !
Ne pas oublier qu'un avantage de SVN est de forcer la centralisation. Dans le cadre de mon laboratoire de recherche, cela permet de savoir un peu qui fait quoi et donc espérer plus de collaboration et d'échange entre les personnes. Je sais bien que c'est aussi un inconvénient... Enfin, sur les projets sur le TRAC, on a une histoire relativement bonne des projets et du code.
Pb: comme on versionne cette daube de LabView ? Avez-vous des solutions satisfaisantes pour ce genre de programme ?
Je maîtrise LaTeX bien mieux que le XML alors j'ai toujours généré du LaTeX et hop pdflatex et ton rapport est impeccable. Le modifier revient à modifier un fichier latex ce qui est facile. Pour les tables, longtable (de tête, il y a un autre module et l'un des deux marche mieux) fait un boulot impeccable sur des tableaux multi-page.
Pour les homes, backuppc est très bien si quota (+ liste d'exclusion...). Les complète sur backuppc sont vraiment très très longue alors que les incrémentales vont vite. A mon avis, c'est son principal défaut. A priori, la sauvegarde complète des postes Windows obligent à tout retransférer sur le réseau !
rsnapshot, j'ai utilisé pendant des années mais la création des liens (cp -al) devient très très long sur des gros volumes.
J'utilise rdiff-backup sur des gros volume (10To) car c'est le seul que j'ai trouvé (avec rsync qui ne fait pas vraiment du backup) qui va suffisamment vite.
Le problème est que ces outils ne s'étalent pas sur plusieurs partitions. Cela oblige a avoir une grosse partition de backup et un jour...
Pour les gros gros volume, j'irais voir du coté de bacula qui semble corriger tout cela (les dernières version savent transformer une sauvegarde incrémentale en complète afin de ne pas tout retransférer sur le réseau.
Pourquoi pas se baser sur la machine Erlang qui a le bon gout d'avoir des variables immutables (pas de programmation en variable globale) et est parfaitement bien conçu pour gérer un grand nombre de thread parallèle. C'est parfais pour de l'IHM graphique !
Ada oblige à faire des fichiers d'en tête (comme C) assez pénible à force. En fortran, ces fichiers sont générés automatiquement (.mod) et c'est bien plus pratique.
Effectivement tu as raison, après quelques recherches (cela faisait longtemps que j'avais pas regardé de ce coté là, merci ssh), le cookie ne sers qu'a l'authentification. C'est idiot qu'ils n'aient pas associé a ce cookie un DES et une compression depuis le temps, enfin comme ssh règle un peu tous ces problèmes, je pense que personne n'était motivé pour rajouter ces petites extensions ;-)
Il me semble que le cookie ne sers pas sur localhost donc pas de chiffrement (X11) local ni via ssh (car avec ssh, le DISPLAY est localhost aussi).
Bref, si mes souvenirs sont bons, le chiffrement X11 n'a pas lieu tout le temps mais seulement pour une connexion distante avec les réglages actuels des distributions.
Il me semblait que le cookie X11 servait à chiffrer avec un 3DES. Donc le cookie ne passe pas en clair et il faut que les deux cotés l'ai par une méthode ou un autre. D'où les commandes xauth un peu pénible et donc au final ssh -X qui fait le boulot à notre place bien mieux dans 99,99% des cas ;-)
Ah, l'assembleur du 5502, une merveille. Lorsque j'ai du faire un TP sur 8086 quelques années plus tard, j'ai compris que c'est souvent pas le meilleur qui gagne ;-)
Pas Solaris, SunOS avec une souris optique et un tapis de souris métallique horrible... une daube de première ! En plus, j'ai toujours trouvé CDE complètement anti-ergonomique...
MacOS X, c'est le menu global, les applications en mode service (qui a dis variable globale), le click to focus, le plein écran, un faux X11 et un faux UNIX (allez faire une administration distante en ligne de commande des MacOS !). Bref, il y en a qui aime ;-)
SGI c'était vraiment autre chose effectivement. GL qui a donné OpenGL, inventor, des machines ayant un vrai design bien avant les MAC (aller voir leur produits en 92) avec un tendance sur le bleu très marqués. Le windows manager était vraiment pratique, en follow mouse, avec des grands écrans haut (pas ces daubes allongées et ou on ne peux pas mettre une feuille A4 verticale). Les icônes était vectorisé dans le gestionnaire de fichier... En 95 il me semble, les machines était déjà livré avec un webcam. On avait l'ancêtre de netmeeting qui permettant de partager un tableau blanc. Puis, il y a eu le partage d'objet 3D (je ne me souviens plus le nom) qui n'a toujours pas de vrai équivalent.
SGI, c'était aussi le système de fichier XFS (le seul que je mets encore sur des grosses partitions > 10To). Les fichiers systèmes était ordonné proprement (pas comme AIX ou HP-UX) et je soupçonne les gars de Debian d'avoir pompé le /etc d'IRIX tellement les deux était proche au début.
Après 2000, ça a été de plus en plus dur, SGI ne basculant pas sur autre chose que MIPS comme microprocesseur et a cette époque là, c'était déjà devenu une charrette coté performance, la carte graphique ne pouvant pas tout faire ;-)
Justement, je viens de relire et je ne vois pas ou cela bloque, ce qui est dis est assez général sans exemple vraiment précis. PostgreSQL permet de faire plus de chose que MySQL. Je ne vois pas en pratique ou sont les limitations et ce qui coince. Désolé, c'est une question de néophyte mais avec une couche comme DBI au milieu, cela coince ou ?
Quel est le vrai pb de supporter plusieurs bases de données ? Je ne maîtrise pas le Php mais en Perl par exemple, si on fait des choses de base, on attaque la base de donnée via le module DBI et on ne voit pas quel type de base il y a derrière.
Une grande partie de l'asie centrale parle le Russe (et pas un mot d'Anglais) !
L'amérique du sud est à tendance Castillane... et cela déborde sur l'amérique du Nord. J'ai croisé des personnes en Alaska prenant des cours d'espagnol afin de pouvoir parler avec le petit matériel ;-)
Au début de l'informatique et du web, l'anglais a eu son heure de gloire pour s'imposer mais les techniques ont évolués plus vite que l'hégémonie. Il n'y a plus de gros soucis de nos jours pour que la diversité s'exprime.
A t'on déjà eu autant de documents en Breton diffusés en libre accès auprès d'autant de personne ?
PS : ce qui m'inquiète plus, c'est le troisième cycle universitaire qui devient de plus en plus anglophone. Je ne suis pas sur que cela soit une bonne voie.
[^] # Re: Indétrônable en entreprise
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Subversion 1.7. Évalué à 2.
J'ai une centaine de projet sous trac avec des utilisateurs qui ont appris à l'utiliser. Je changerais bien à terme mais se pose le problème de la migration. Il est hors de question de migrer sans les wikis actuels !
[^] # Re: XMPP
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Diaspora . Évalué à 10.
Qu'en est-il de la compatibilité entre les solutions libres. Avoir des réseaux décentralisés, c'est bien mais ce sera mieux à mon sens d'avoir UN réseau décentralisé et DES serveurs. Un peu comme pour le HTTP...
[^] # Re: Indétrônable en entreprise
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Subversion 1.7. Évalué à 4.
Pour un public non informaticien, passer de rien à SVN est déjà pas mal... je le vend enrobé de TRAC histoire d'avoir un peu de doc avec !
Ne pas oublier qu'un avantage de SVN est de forcer la centralisation. Dans le cadre de mon laboratoire de recherche, cela permet de savoir un peu qui fait quoi et donc espérer plus de collaboration et d'échange entre les personnes. Je sais bien que c'est aussi un inconvénient... Enfin, sur les projets sur le TRAC, on a une histoire relativement bonne des projets et du code.
Pb: comme on versionne cette daube de LabView ? Avez-vous des solutions satisfaisantes pour ce genre de programme ?
[^] # Re: ça me fait penser...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche OpenDocument 1.2 normalisé par l’OASIS. Évalué à 2.
Je maîtrise LaTeX bien mieux que le XML alors j'ai toujours généré du LaTeX et hop pdflatex et ton rapport est impeccable. Le modifier revient à modifier un fichier latex ce qui est facile. Pour les tables, longtable (de tête, il y a un autre module et l'un des deux marche mieux) fait un boulot impeccable sur des tableaux multi-page.
[^] # Re: Sauvegarde incrémentale
Posté par Sytoka Modon (site web personnel) . En réponse au message Sauvegarde de mon HOME. Évalué à 2.
Pour les homes, backuppc est très bien si quota (+ liste d'exclusion...). Les complète sur backuppc sont vraiment très très longue alors que les incrémentales vont vite. A mon avis, c'est son principal défaut. A priori, la sauvegarde complète des postes Windows obligent à tout retransférer sur le réseau !
rsnapshot, j'ai utilisé pendant des années mais la création des liens (cp -al) devient très très long sur des gros volumes.
J'utilise rdiff-backup sur des gros volume (10To) car c'est le seul que j'ai trouvé (avec rsync qui ne fait pas vraiment du backup) qui va suffisamment vite.
Le problème est que ces outils ne s'étalent pas sur plusieurs partitions. Cela oblige a avoir une grosse partition de backup et un jour...
Pour les gros gros volume, j'irais voir du coté de bacula qui semble corriger tout cela (les dernières version savent transformer une sauvegarde incrémentale en complète afin de ne pas tout retransférer sur le réseau.
[^] # Re: Ça pue…
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Dart va‐t‐il remplacer JavaScript comme langage dans les navigateurs ?. Évalué à 4.
Eh bien fermons la porte à Google !
[^] # Re: A chacun son langage
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Dart va‐t‐il remplacer JavaScript comme langage dans les navigateurs ?. Évalué à 2.
Un serveur web de nos jours est souvent lié à une base de données.
Pourquoi l'affichage ne jouerais pas le rôle d'une base de données ? De type ajout retrait d'information dans un arbre XML avec rendu CSS ;-)
[^] # Re: Puisque nous ne sommes pas vendredi...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Dart va‐t‐il remplacer JavaScript comme langage dans les navigateurs ?. Évalué à 2.
Si Parrot bénéficiait des ressources humaines mises sur le Java ou le JavaScript, c'est clair qu'il irait plus vite ;-)
# A chacun son langage
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Dart va‐t‐il remplacer JavaScript comme langage dans les navigateurs ?. Évalué à 2.
Allez hop, je me lance !
Pourquoi pas se baser sur la machine Erlang qui a le bon gout d'avoir des variables immutables (pas de programmation en variable globale) et est parfaitement bien conçu pour gérer un grand nombre de thread parallèle. C'est parfais pour de l'IHM graphique !
[^] # Re: Python
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Dart va‐t‐il remplacer JavaScript comme langage dans les navigateurs ?. Évalué à 4.
Ada oblige à faire des fichiers d'en tête (comme C) assez pénible à force. En fortran, ces fichiers sont générés automatiquement (.mod) et c'est bien plus pratique.
[^] # Re: X11 par réseau
Posté par Sytoka Modon (site web personnel) . En réponse au message Déport d'affichage.. Évalué à 2.
Effectivement tu as raison, après quelques recherches (cela faisait longtemps que j'avais pas regardé de ce coté là, merci ssh), le cookie ne sers qu'a l'authentification. C'est idiot qu'ils n'aient pas associé a ce cookie un DES et une compression depuis le temps, enfin comme ssh règle un peu tous ces problèmes, je pense que personne n'était motivé pour rajouter ces petites extensions ;-)
[^] # Re: X11 par réseau
Posté par Sytoka Modon (site web personnel) . En réponse au message Déport d'affichage.. Évalué à 2.
Il me semble que le cookie ne sers pas sur localhost donc pas de chiffrement (X11) local ni via ssh (car avec ssh, le DISPLAY est localhost aussi).
Bref, si mes souvenirs sont bons, le chiffrement X11 n'a pas lieu tout le temps mais seulement pour une connexion distante avec les réglages actuels des distributions.
[^] # Re: dénouement alternatif
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Steve Jobs (1955-2011). Évalué à 6.
Prédit par Orwell dans 1984. C'est très tendance actuellement et une des bases de la méthode de notre gouvernement actuel.
[^] # Re: Moi j'aime pas (la dépêche)
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Steve Jobs (1955-2011). Évalué à 3.
Ou :
Steve Jobs mort, Apple est enfin libre ;-)
[^] # Re: X11 par réseau
Posté par Sytoka Modon (site web personnel) . En réponse au message Déport d'affichage.. Évalué à 2.
Il me semblait que le cookie X11 servait à chiffrer avec un 3DES. Donc le cookie ne passe pas en clair et il faut que les deux cotés l'ai par une méthode ou un autre. D'où les commandes xauth un peu pénible et donc au final ssh -X qui fait le boulot à notre place bien mieux dans 99,99% des cas ;-)
[^] # Re: X11 par réseau
Posté par Sytoka Modon (site web personnel) . En réponse au message Déport d'affichage.. Évalué à 2.
X11 est tout de même chiffré via le cookie...
[^] # Re: Mouais
Posté par Sytoka Modon (site web personnel) . En réponse au journal tzdata en danger. Évalué à 2.
On peut pas l'héberger au parlement Européen, à Monaco ou dans les îles anglo-normandes ;-)
[^] # Re: Pré-Next
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Steve Jobs (1955-2011). Évalué à 2.
Ah, l'assembleur du 5502, une merveille. Lorsque j'ai du faire un TP sur 8086 quelques années plus tard, j'ai compris que c'est souvent pas le meilleur qui gagne ;-)
[^] # Re: Nextstep ...
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Steve Jobs (1955-2011). Évalué à 8.
Pas Solaris, SunOS avec une souris optique et un tapis de souris métallique horrible... une daube de première ! En plus, j'ai toujours trouvé CDE complètement anti-ergonomique...
MacOS X, c'est le menu global, les applications en mode service (qui a dis variable globale), le click to focus, le plein écran, un faux X11 et un faux UNIX (allez faire une administration distante en ligne de commande des MacOS !). Bref, il y en a qui aime ;-)
SGI c'était vraiment autre chose effectivement. GL qui a donné OpenGL, inventor, des machines ayant un vrai design bien avant les MAC (aller voir leur produits en 92) avec un tendance sur le bleu très marqués. Le windows manager était vraiment pratique, en follow mouse, avec des grands écrans haut (pas ces daubes allongées et ou on ne peux pas mettre une feuille A4 verticale). Les icônes était vectorisé dans le gestionnaire de fichier... En 95 il me semble, les machines était déjà livré avec un webcam. On avait l'ancêtre de netmeeting qui permettant de partager un tableau blanc. Puis, il y a eu le partage d'objet 3D (je ne me souviens plus le nom) qui n'a toujours pas de vrai équivalent.
SGI, c'était aussi le système de fichier XFS (le seul que je mets encore sur des grosses partitions > 10To). Les fichiers systèmes était ordonné proprement (pas comme AIX ou HP-UX) et je soupçonne les gars de Debian d'avoir pompé le /etc d'IRIX tellement les deux était proche au début.
Après 2000, ça a été de plus en plus dur, SGI ne basculant pas sur autre chose que MIPS comme microprocesseur et a cette époque là, c'était déjà devenu une charrette coté performance, la carte graphique ne pouvant pas tout faire ;-)
[^] # Re: app store
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Steve Jobs (1955-2011). Évalué à 3.
Non car dans debian, tu rajoutes un nouveau dépôt et hop, tu ouvres ton système...
[^] # Re: Database
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Piwigo 2.3. Évalué à 3.
Justement, je viens de relire et je ne vois pas ou cela bloque, ce qui est dis est assez général sans exemple vraiment précis. PostgreSQL permet de faire plus de chose que MySQL. Je ne vois pas en pratique ou sont les limitations et ce qui coince. Désolé, c'est une question de néophyte mais avec une couche comme DBI au milieu, cela coince ou ?
[^] # Re: courte vue
Posté par Sytoka Modon (site web personnel) . En réponse au journal Vers la fin des offres sectorisées dans le marché commun ?. Évalué à 2.
A mon avis, très peu de personne parle réellement Anglais mais plutôt le dialecte Américain. J'aimerais bien avoir des chiffres si quelqu'un en a.
# Database
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Piwigo 2.3. Évalué à 4.
Quel est le vrai pb de supporter plusieurs bases de données ? Je ne maîtrise pas le Php mais en Perl par exemple, si on fait des choses de base, on attaque la base de donnée via le module DBI et on ne voit pas quel type de base il y a derrière.
[^] # Re: expect
Posté par Sytoka Modon (site web personnel) . En réponse au message utiliser commande IMAP dans un script bash. Évalué à 2.
Enfin, quitte à mettre du expect, autant tout faire dans un script Perl.
[^] # Re: courte vue
Posté par Sytoka Modon (site web personnel) . En réponse au journal Vers la fin des offres sectorisées dans le marché commun ?. Évalué à 6.
Une grande partie de l'asie centrale parle le Russe (et pas un mot d'Anglais) !
L'amérique du sud est à tendance Castillane... et cela déborde sur l'amérique du Nord. J'ai croisé des personnes en Alaska prenant des cours d'espagnol afin de pouvoir parler avec le petit matériel ;-)
Au début de l'informatique et du web, l'anglais a eu son heure de gloire pour s'imposer mais les techniques ont évolués plus vite que l'hégémonie. Il n'y a plus de gros soucis de nos jours pour que la diversité s'exprime.
A t'on déjà eu autant de documents en Breton diffusés en libre accès auprès d'autant de personne ?
PS : ce qui m'inquiète plus, c'est le troisième cycle universitaire qui devient de plus en plus anglophone. Je ne suis pas sur que cela soit une bonne voie.