Presque toutes ! J'utilise un client lourd pour faire de la web-collaboration. Comme il n'y a pas de support USB, l'application ne peux pas fonctionner (pas de webcam). J'aurais aussi besoin du support son et microphone.
Sinon, pour les autres applications, ca marche très très bien.
Même si je suis à 99% sous Linux, ma secrétaire, pas mal de maître de conférence, de prof et de thésards sont sous Windows. Il y a deux choses vraiment bien avec svn :
-1- Un client Windows super (TortoiseSVN) stable et complétement intégré à l'explorateur de fichier. C'est vraiment facile à utiliser. J'ai amené pas mal de personne à utiliser un système de versionnement grace à ce client.
-2- Une gestion transparente des fichiers binaires. C'était un des défauts majeur de CVS.
Plus évidement pas mal d'autres défaut de CVS comme le fait de ne plus faire d'import sauf à l'initialisation du projet.
Il est vrai que le fait de ne pouvoir commiter dans le train est vraiment génant pour les développeurs. C'est idiot que svn ne le propose pas car il a déjà un cache de tous les fichiers du serveur en local dans ses dossiers .svn (afin notament de pouvoir faire des diff sans contact avec le serveur central). Il devrait donc être possible de faire des commits différés.
Pas à dire, la gestion de version décentralisé, c'est réellement le bazaar... Comment voulez vous que des non informaticiens investissent la dedans ? A coté de CVS et maintenant svn relativement stables et portables, les systèmes décentralisés, intéressants au demeurant, restent sur le bas coté.
N'est'il pas possible de regrouper les forces, d'écrire un cahier des charges (comme au temps du début de subversion) et de programmer ensuite un truc solide et pérenne ?
J'ai trouvé ici ou là des bouts de documentation mais il m'a manqué assez souvent un petit bout. Le réseau qui ne marche pas à cause d'un problème de pare-feu, le script ifup n'est pas installé...
J'ai donc décidé d'écrire bêtement ma procédure et je vous la partage. Ca date de début juillet mais pas grand chose n'est à modifier...
Je suis sous GNU/Linux Debian Sarge. A part les quelques commandes sur les paquetages Debian, le reste doit-être quasiment identique sous une autre distribution.
----------------------------
--- Installation de qemu ---
----------------------------
On extrait les fichiers dans le dossier qemu-snapshot-2005-07-07_23
cd qemu-snapshot-2005-07-07_23
tar xvzf ../kqemu-0.6.2-1.tar.gz
Récuperation des en-tête du noyau (2.4) ou des sources du noyau (2.6). On met le lien à jour vers linux et on change les droits pour qu'un utilisateur lambda puisse modifier les sources !
sux
aptitude install kernel-headers-2.4.27-2-686
cd /usr/src
rm -f linux
ln -s kernel-headers-2.4.27-2-686 linux
chmod -R ugo+rwX kernel-headers-2.4.27-2-686
chmod -R ugo+rwX kernel-headers-2.4.27-2
On installe les paquets qui manque généralement et on vire le paquet qemu qui gêne.
On retourne en utilisateur lambda dans son dossier qemu
cd qemu-snapshot-2005-07-07_23
./configure
On doit avoir la ligne SDL et kqemu à 'yes'.
make
On retourne sous le compte root pour faire l'installation et bidouiller un fichier système qui manque ensuite (si on veut le réseau) et on installe de nouveau les sources propres
De tête, ca ressemble à ça... Cependant, mes différents CD avec leur licences "corporate" n'ont pas marché ;-( L'installation bloque toujours au même niveau.
Mon Win2k n'as jamais passé l'installation complète. Il faut que j'essaye avec cette version. J'ai eu un CD de XP qui a eu la chance de ne pas bloquer à l'installation.
Faut que je tente de nouveau 2000 car les deux ne se comportent pas toujours de la même manière.
Il y a aussi rssh qui est lui-aussi un shell restreint ne permettant que les commandes scp, sftp, cvs, rsync et rdist.
Ce qui est bien avec ce shell est que l'on peut configurer les commandes acceptées. Ce qui manque est que la liste des commandes est paramétrées en dur. J'aurais bien rajouté unison à cette liste.
Il suffit simplement de mettre windows en veillle plutôt que de l'arréter. La première fois, on le fait sans l'option snapshot, de même que les fois où l'on désire installer d'autres logiciels. En temps normal, je ne travaille jamais sur le disque dur local à la machine. Une image en lecture seule est largement suffisante.
Sinon, il est vrai que pour tester certains développements, c'est vachement pratique. Pour le moment, j'y teste personnellement mes scripts .bat d'installation automatique ;-)
Dommage que le port USB ne fonctionne pas encore ;-( J'ai besoin pour le boulot d'un client qui utilise ma webcam !
Désolé mais je n'ai pas vu la version 1.0.6 en zip pour win32. C'était cela le but de ma question.
Il ont cassé les pieds de pleins d'administrateurs le jour ou ils ont arrété le format zip. Pourquoi ne donnent t'ils pas les options de la ligne de commande de leur .exe ?
Je parlais des versions originelles de, par exemple, Firefox ;-) Ou trouver Firefox en zip aujourd'hui ? Idem pour les autres logiciels de cette super clef comme OpenOffice.
En gros, la même chose que la FramaKey mais pour un bon vieux disque dur. De préférence en zip et surtout sans installateur graphique ;-(
En fouillant un peu, on vois qu'il y a une dynamique pour faire des paquets au format zip des composants mozilla ainsi qu'openoffice. Ces paquets se regoupe sous l'appellation Portable.
C'est génial car il n'y a pas besoin d'être administrateur pour essayer/utiliser un logiciel. Pas besoin non plus d'aller bidouiller cette 'foutue' base de registre.
Par ailleurs, pour les administrateurs systèmes, il devient très simple d'installer le logiciel sur tout plein de machines sans intervention humaines.
Question, peux t'on trouver les versions originelles sous format zip ? Si j'ai bien compris, les versions 'Portables' sont orientés pour les clef USB donc pour les disques fragiles.
Pour Firefox, j'ai vue plusieurs fois qu'il fallait prendre la version nightly mais de quel jour ? Idem pour openoffice.
Je trouve que le format zip a beaucoup d'avantage pour windows en plus de ne rien installer. Il est dommage de ne pas en voir plus.
Sinon, l'autre point dommage, c'est que les options des .exe ou des .msi ne sont que très rarement explicitées sur les sites web. Notament les installations silencieuses, les options d'installations possibles ainsi que les mises à jour. Par exemple, on nous demande de parfois supprimer une version précédente mais comment le faire de manière automatique ?
Je dis souvent aux thésards et aux stagiaires qui rédigent leur rapport qu'une image non commentée ne sert à rien.
Je retourne donc ma phrase. Un commentaire vers une image qu'on aurait supprimé est'il compréhensible ?
Bilan : si on veut réellement quelque chose de libre, c'est tout ou c'est rien. Ou alors, la barrière n'est pas entre texte et image mais il faudrait pouvoir rajouter un contenu non libre à la base libre, contenu non libre qui contiendrait à la fois le texte et l'image associés. Un peu comme l'autorise la LGPL qui permet d'associer du contenu libre et non libre via des modules séparés et *séparable*.
Si tu maîtrises le compte root sur les postes clients, nfs n'est pas si mal (root_squash, netgroup...). /A priori/, il est plus performant que samba. Par ailleurs, il ne se perds pas a faire du partage d'impression.
Autre avantage de nfs, pour une machine multi-utlisateurs, il y a un seul point de montage pour toutes les personnes qui accèdent aux mêmes fichiers. Et puis, il s'interface super bien avec un auto mounter comme autofs.
Question : pourquoi mélanger partage de fichier et impression dans le même protocole ?
J'ajouterais que l'écriture de formules mathématiques sous LaTeX est formidable. Le fait de pouvoir créer facilement ses macros commandes aussi.
Au niveau de la création des styles et des packages, il est vrai que ce n'est pas toujours compréhensible. J'avoue avoir, comme certainement pas mal de monde, copier coller des bouts de codes TeX sans trop comprendre les lignes, mais ca marche ;-). Beaucoup de progrès ont été fait de ce coté là mais il reste à en faire.
Quelques trus qui me gènent dans LaTex et qu'il n'est pas évident de corriger :
- impossibilité de mettre un nombre dans le nom d'une commande
- pas de "namespace"
Je suis d'accord pour dire qu'il y a plus d'ACL sous windows que sous UNIX.
Mais, il n'y a pas d'ACL sur les périphériques sous windows (device). Donc généralement, ca bloque a ce niveau...
Par ailleurs, la base de registres a ses propres règles et ses propres commandes. Quel sont les registres dont les ACL sont à modifier ?
Bref, l'OS pourrait être mieux si les logiciels étaient vraiment bien développés. J'ai très rarement vu un service tourner sous un autre nom que l'utilisateur SYSTEM !
Effectivement, j'avais oublié ce détail important. Le pdf gère en natif le jpeg et le png. C'est l'une des raisons qui me font l'utilisé pour les transparents.
Pour les hyperliens, je suis d'accord avec les post ci-dessus, mais j'ai le souvenir que par défaut et sans rien faire, il y a plus d'hyperliens qui se font tout seul via pdflatex.
En conclusion, je m'arrange pour que mes fichiers compilent avec les deux commandes latex et pdflatex (J'ai un Makefile qui me convertis les figures au format le plus proche). Pour un néophyte comme moi, beamer et pdf n'ont pas encore finit de m'apprendre des choses. En plus beamer gère les thèmes, on peut facilement changer la forme de sa présentation.
Par contre, je vais quand même faire un tour plus sérieux du coté de métapost.
A propos de xfig, il est vrai qu'il est déroutant au début. Notament car un seul clic sur un outil met cet outil par défaut alors que dans les autres logiciel de ce type, il faut faire un double clic. Avec un seul clic, on repasse automatiquement en mode déplacement ce qui n'est pas idiot dans l'absolue. Par contre, une fois qu'on a l'outil xfig en main, on est très producif.
Je ne suis pas un spécialiste ni du postscript, ni du pdf...
Manisfestement, d'aprés la personne qui a fait beamer, il y a des subtilités possibles en postscript qui ne sont pas réalisable en pdf (et inversement ?).
Par contre, la moulinette ps2pdf ne donne pas le même résulat que la moulinette pdflatex à mes souvenirs. Notament, on perds la table des matières.
Pour ce qui est des présentations avec beamer, en compilant avec pdflatex, on fait très rapidement quelque chose de propre, interactif, avec des liens croisés. J'ai vu qu'il est même possible de rajouter du contenu multimédia (non testé). En compilant ta présentation avec LaTeX, tu peux intégrer de bouts de cette présentation dans un autre document qui serait lui papier.
Je crois que les deux formats ne sont pas destinés au même usage final. Mais autant pouvoir les compiler en natif directement, c'est là où il y a le moins de perte. Il est vrai qu'il est dommage que 'xdvi n'évolue plus beaucoup et qu'avec les commandes \special, il doit être possible de ne garder en théorie que LaTeX.
Autre chose, tu ne pourras pas compiler tes commandes pstrick avec pdflatex. Mais comme avec pgf, tu as une grande partie de pstrick, je ne vois pas le problème (il est vrai que je n'ai fait que des choses simples avec pstrick). Je ne suis pas sur qu'encapsuler du postscript dans du pdf soit la même chose que faire du pdf en natif. Y a t'il un spécialiste en ligne ?
Est'il prévu un jour d'intégrer une partie du protocle nx dans un serveur X et dans ssh (par exemple comme le module vnc pour X) ? Ce serait utilisable par exemple au travers d'une nouvelle option comme la très pratique option -X de ssh.
La protocole nx étant impressionant, il s'agit plus en pratique d'un accès a un bureau distant comme RDP ou VNC qu'à un shell distant de type ssh. Est'il prévu d'intégrer le protocle nx dans l'outil de connexion tsclient ?
Enfin, ce n'est pas à l'ordre du jour d'après ce que j'ai cru voir récement, mais il serait amusant de pouvoir partager la connexion distante. Je viens de découvrir 'collaborative vnc', c'est le genre d'outil que certains de mes utilisateurs seraient fanatiques. Pour le moment, on utilise un outil ultra propriétaire sous Windows uniquement qui permet de partager applications, voix et vidéo (vignette) : Arel. Et il est vrai qu'il est, lui-aussi, assez bluffant sur des connexions à faible débit.
Cela veut'il dire qu'on n'est plus obligé d'avoir la clef publique du serveur toujours au même endroit sur le poste client ? C'etait un problème jusqu'à présent si on souhaitais se connecter sur différent serveur.
J'aurais bien vu un système 'à la ssh' où on télécharge la première fois la clef publique du serveur en la validant et qu'ensuite, le client ne pose plus de question tant que cette clef ne change pas.
Je ne suis pas d'accord. psfrag ne marche pas avec le pdf. Or je compile a l'heure actuelle tous mes documents avec latex et avec pdflatex.
Je suis d'accord pour dire que xfig est irremplaçable aujourd'hui si on veut faire des schémas avec des vrais flêches fines et propres et SURTOUT si l'on veut y insérer du code LaTeX. Je n'ai pas vu d'autre logiciel permettant cette qualité. Dans xfig, tu peux exporter en PS+LaTeX ou en PDF+LaTeX. Pour ceux qui n'aime pas exporter et aime bien les Makefile, on peut rajouter une règle qui réalise l'exportation automatiquement avec la commande 'fig2dev'.
Pour l'exportation LaTeX, je pense qu'une partie de l'avenir est d'essayer d'utiliser le paquetage 'pgf', moins puissant que 'pstrick' mais compatible avec le postscript et le pdf. C'est le créateur de beamer qui l'a fait. La qualité des trasnparents réalisé avec beamer est impressionante.
Il existe par exemple aap, c'est écrit en Python et ca utilise une syntaxe voisine du makefile.
http://www.a-a-p.org/
Je ne dis pas que je suis fanat non plus ;-) La syntaxe est plus humaine mais à mes derniers essais, il faut écrire des extensions en Python si on souhaite l'étendre. Or je ne suis pas un fan de Python par gout personnel.
Le fichier 'rules' des paquets debian est un exemple de Makefile travaillé avec des extensions par scripts. On se retrouve avec un Makefile relativement simple au bout du compte.
Mais bon, il y a une mode XML...
Sinon, je n'ai pas fait de namespace en YAML car il est vrai que je l'utilise dans des cas assez simple. Mais tout structure arborescente peux s'écrire en YAML tout comme en XML. Donc il est possible en théorie de faire un outils 'yml2xml' et réciproquement.
Avec le bout d'exemple d'un post ci-dessus, c'est typique des nouveaux outils dérivée d'ANT. Du XML partout. C'est super pour les IDE mais horrible pour l'homme.
Honnêtement, un bon vieux Makefile peut être bien plus lisible. Le plus gros défaut du Makefile à mon avis, c'est la tabulation en début des lignes de commande. Je ne comprends pas qu'on ne puisse dire que les lignes commançant par '->' soient équivalentes aux lignes commençant par une tabulation.
L'inconvénient des outils intégrés autour du XML, à part la mauvaise lisibilité, est le manque de souplesse. Ce qui est génial dans un Makefile est le mélange de deux langages dont l'un est très souple et peut être changé (variable SHELL). Rien n'empêche de développer des scripts 'a la Ant' qui rendrait la compilation pour certains langages plus claire que dans un Makefile actuel. Il n'y a pas besoin de se mouler dans un environnement de type Java comme dans Maven ou Ant.
Enfin, j'en remet une couche sur le YAML. Faites du YAML pour vos fichiers de données (configurations ou résultats) qui doivent pouvoir être ouvert par un éditeur et non du XML ;-).
[^] # Re: OpenDocument
Posté par Sytoka Modon (site web personnel) . En réponse au journal OpenOffice.org 1.1.5. Évalué à 4.
Pour le moment, La version 2 n'est encore qu'en beta.
[^] # Re: Vous en faites quoi ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Qemu 0.7.2. Évalué à 2.
Sinon, pour les autres applications, ca marche très très bien.
[^] # Re: Bazaar
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Des nouvelles des gestionnaires de versions GNU Arch et Bazaar. Évalué à 8.
-1- Un client Windows super (TortoiseSVN) stable et complétement intégré à l'explorateur de fichier. C'est vraiment facile à utiliser. J'ai amené pas mal de personne à utiliser un système de versionnement grace à ce client.
-2- Une gestion transparente des fichiers binaires. C'était un des défauts majeur de CVS.
Plus évidement pas mal d'autres défaut de CVS comme le fait de ne plus faire d'import sauf à l'initialisation du projet.
Il est vrai que le fait de ne pouvoir commiter dans le train est vraiment génant pour les développeurs. C'est idiot que svn ne le propose pas car il a déjà un cache de tous les fichiers du serveur en local dans ses dossiers .svn (afin notament de pouvoir faire des diff sans contact avec le serveur central). Il devrait donc être possible de faire des commits différés.
# Bazaar
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Des nouvelles des gestionnaires de versions GNU Arch et Bazaar. Évalué à 7.
N'est'il pas possible de regrouper les forces, d'écrire un cahier des charges (comme au temps du début de subversion) et de programmer ensuite un truc solide et pérenne ?
[^] # Pour les debianeux
Posté par Sytoka Modon (site web personnel) . En réponse au journal Qemu 0.7.2. Évalué à 8.
J'ai donc décidé d'écrire bêtement ma procédure et je vous la partage. Ca date de début juillet mais pas grand chose n'est à modifier...
Je suis sous GNU/Linux Debian Sarge. A part les quelques commandes sur les paquetages Debian, le reste doit-être quasiment identique sous une autre distribution.
----------------------------
--- Installation de qemu ---
----------------------------
Récuperation de la dernière snapshot de qemu sur
http://www.dad-answers.com/qemu/
Par exemple, le fichier
qemu-snapshot-2005-07-07_23.tar.bz2
Ce qui peux se faire avec l'uniligne
wget http://www.dad-answers.com/qemu/qemu-snapshot-2005-07-07_23.tar.bz2
On extrait les fichiers de l'archive
tar xvjf qemu-snapshot-2005-07-07_23.tar.bz2
Récuperation de kqemu sur
http://fabrice.bellard.free.fr/qemu/download.html
par exemple le fichier
kqemu-0.6.2-1.tar.gz
Ce qui peux se faire avec l'uniligne
wget http://fabrice.bellard.free.fr/qemu/kqemu-0.6.2-1.tar.gz
On extrait les fichiers dans le dossier qemu-snapshot-2005-07-07_23
cd qemu-snapshot-2005-07-07_23
tar xvzf ../kqemu-0.6.2-1.tar.gz
Récuperation des en-tête du noyau (2.4) ou des sources du noyau (2.6). On met le lien à jour vers linux et on change les droits pour qu'un utilisateur lambda puisse modifier les sources !
sux
aptitude install kernel-headers-2.4.27-2-686
cd /usr/src
rm -f linux
ln -s kernel-headers-2.4.27-2-686 linux
chmod -R ugo+rwX kernel-headers-2.4.27-2-686
chmod -R ugo+rwX kernel-headers-2.4.27-2
On installe les paquets qui manque généralement et on vire le paquet qemu qui gêne.
sux
aptitude install libsdl1.2-dev uml-utilities texi2html sudo
aptitude purge qemu
On retourne en utilisateur lambda dans son dossier qemu
cd qemu-snapshot-2005-07-07_23
./configure
On doit avoir la ligne SDL et kqemu à 'yes'.
make
On retourne sous le compte root pour faire l'installation et bidouiller un fichier système qui manque ensuite (si on veut le réseau) et on installe de nouveau les sources propres
sux
make install
echo '#!/bin/sh' > /etc/qemu-ifup
echo 'sudo -p "Password for $0:" /sbin/ifconfig $1 172.20.0.1' >> /etc/qemu-ifup
chmod a+rx /etc/qemu-ifup
aptitude reinstall kernel-headers-2.4.27-2-686 kernel-headers-2.4.27-2
On fait de même avec sudo. Lancer en root la commande
sux
grep -q '%users ALL = NOPASSWD: /sbin/ifconfig tun0 172.20.0.1' /etc/sudoers || echo '%users ALL = NOPASSWD: /sbin/ifconfig tun0 172.20.0.1' >> /etc/sudoers
/etc/init.d/sudo start
Activer le port forwarding dans le noyau. Mettre les bonnes règles pour faire du NAT.
sux
grep -q 'net/ipv4/ip_forward=1' /etc/sysctl.conf || echo 'net/ipv4/ip_forward=1' >> /etc/sysctl.conf
sysctl -p
/sbin/iptables -A INPUT -i tun0 -j ACCEPT
/sbin/iptables -A OUTPUT -o tun0 -j ACCEPT
/sbin/iptables -A FORWARD -i tun0 -j ACCEPT
/sbin/iptables -A FORWARD -o tun0 -j ACCEPT
/sbin/iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
/sbin/iptables -A FORWARD -s 172.20.0.0/24 -i tun0 -o eth0 -p tcp -j ACCEPT
On peux sauver les règles iptables pour un prochain reboot
sux
/etc/init.d/iptable save active
On charge les modules noyaux
sux
modprobe kqemu
modprobe tun
Ou pour garder apres un reboot (noyau 2.4)
sux
grep -q 'kqemu' /etc/modules || echo 'kqemu' >> /etc/modules
grep -q 'tun' /etc/modules || echo 'tun' >> /etc/modules
Si cela marche pas, il peux manquer le périphérique kqemu. Normalement, l'installation doit avoir tout fait.
sux
mknod /dev/kqemu c 250 0
chmod 666 /dev/kqemu
[^] # Re: yo
Posté par Sytoka Modon (site web personnel) . En réponse au journal Qemu 0.7.2. Évalué à 2.
[^] # Re: yo
Posté par Sytoka Modon (site web personnel) . En réponse au journal Qemu 0.7.2. Évalué à 2.
Faut que je tente de nouveau 2000 car les deux ne se comportent pas toujours de la même manière.
[^] # Re: Solutions
Posté par Sytoka Modon (site web personnel) . En réponse au message SSH et limitation d'accès.. Évalué à 2.
Ce qui est bien avec ce shell est que l'on peut configurer les commandes acceptées. Ce qui manque est que la liste des commandes est paramétrées en dur. J'aurais bien rajouté unison à cette liste.
[^] # Re: yo
Posté par Sytoka Modon (site web personnel) . En réponse au journal Qemu 0.7.2. Évalué à 2.
Sinon, il est vrai que pour tester certains développements, c'est vachement pratique. Pour le moment, j'y teste personnellement mes scripts .bat d'installation automatique ;-)
Dommage que le port USB ne fonctionne pas encore ;-( J'ai besoin pour le boulot d'un client qui utilise ma webcam !
[^] # Re: Portable Firefox -> Zip Firefox
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de la FramaKey 1.0.1. Évalué à 1.
Il ont cassé les pieds de pleins d'administrateurs le jour ou ils ont arrété le format zip. Pourquoi ne donnent t'ils pas les options de la ligne de commande de leur .exe ?
# Doublon ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal VideoLan, DVD Jon et NSC. Évalué à 8.
Pourquoi ne pas commenter les journaux précédents pour y apporter du contenu ?
[^] # Re: Portable Firefox -> Zip Firefox
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de la FramaKey 1.0.1. Évalué à 3.
En gros, la même chose que la FramaKey mais pour un bon vieux disque dur. De préférence en zip et surtout sans installateur graphique ;-(
# Portable Firefox -> Zip Firefox
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de la FramaKey 1.0.1. Évalué à 4.
En fouillant un peu, on vois qu'il y a une dynamique pour faire des paquets au format zip des composants mozilla ainsi qu'openoffice. Ces paquets se regoupe sous l'appellation Portable.
C'est génial car il n'y a pas besoin d'être administrateur pour essayer/utiliser un logiciel. Pas besoin non plus d'aller bidouiller cette 'foutue' base de registre.
Par ailleurs, pour les administrateurs systèmes, il devient très simple d'installer le logiciel sur tout plein de machines sans intervention humaines.
Question, peux t'on trouver les versions originelles sous format zip ? Si j'ai bien compris, les versions 'Portables' sont orientés pour les clef USB donc pour les disques fragiles.
Pour Firefox, j'ai vue plusieurs fois qu'il fallait prendre la version nightly mais de quel jour ? Idem pour openoffice.
Je trouve que le format zip a beaucoup d'avantage pour windows en plus de ne rien installer. Il est dommage de ne pas en voir plus.
Sinon, l'autre point dommage, c'est que les options des .exe ou des .msi ne sont que très rarement explicitées sur les sites web. Notament les installations silencieuses, les options d'installations possibles ainsi que les mises à jour. Par exemple, on nous demande de parfois supprimer une version précédente mais comment le faire de manière automatique ?
[^] # Re: Pas libre ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Une encyclopédie peut-elle être libre ?. Évalué à 4.
Je retourne donc ma phrase. Un commentaire vers une image qu'on aurait supprimé est'il compréhensible ?
Bilan : si on veut réellement quelque chose de libre, c'est tout ou c'est rien. Ou alors, la barrière n'est pas entre texte et image mais il faudrait pouvoir rajouter un contenu non libre à la base libre, contenu non libre qui contiendrait à la fois le texte et l'image associés. Un peu comme l'autorise la LGPL qui permet d'associer du contenu libre et non libre via des modules séparés et *séparable*.
[^] # Re: Bwarf
Posté par Sytoka Modon (site web personnel) . En réponse au message NFS/Samba. Évalué à 1.
Autre avantage de nfs, pour une machine multi-utlisateurs, il y a un seul point de montage pour toutes les personnes qui accèdent aux mêmes fichiers. Et puis, il s'interface super bien avec un auto mounter comme autofs.
Question : pourquoi mélanger partage de fichier et impression dans le même protocole ?
[^] # Re: oui en effet
Posté par Sytoka Modon (site web personnel) . En réponse au journal Est-ce que je suis trop Linuxien?. Évalué à 1.
Au niveau de la création des styles et des packages, il est vrai que ce n'est pas toujours compréhensible. J'avoue avoir, comme certainement pas mal de monde, copier coller des bouts de codes TeX sans trop comprendre les lignes, mais ca marche ;-). Beaucoup de progrès ont été fait de ce coté là mais il reste à en faire.
Quelques trus qui me gènent dans LaTex et qu'il n'est pas évident de corriger :
- impossibilité de mettre un nombre dans le nom d'une commande
- pas de "namespace"
[^] # Re: Pascal
Posté par Sytoka Modon (site web personnel) . En réponse au journal Bush est il intéressant ?. Évalué à 3.
[^] # Re: Le code
Posté par Sytoka Modon (site web personnel) . En réponse au journal Microsoft cherche partenaire "libre" pour comparer Linux et Windows. Évalué à 2.
Mais, il n'y a pas d'ACL sur les périphériques sous windows (device). Donc généralement, ca bloque a ce niveau...
Par ailleurs, la base de registres a ses propres règles et ses propres commandes. Quel sont les registres dont les ACL sont à modifier ?
Bref, l'OS pourrait être mieux si les logiciels étaient vraiment bien développés. J'ai très rarement vu un service tourner sous un autre nom que l'utilisateur SYSTEM !
[^] # Re: Flèches convenables ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Inkscape 0.42. Évalué à 2.
Pour les hyperliens, je suis d'accord avec les post ci-dessus, mais j'ai le souvenir que par défaut et sans rien faire, il y a plus d'hyperliens qui se font tout seul via pdflatex.
En conclusion, je m'arrange pour que mes fichiers compilent avec les deux commandes latex et pdflatex (J'ai un Makefile qui me convertis les figures au format le plus proche). Pour un néophyte comme moi, beamer et pdf n'ont pas encore finit de m'apprendre des choses. En plus beamer gère les thèmes, on peut facilement changer la forme de sa présentation.
Par contre, je vais quand même faire un tour plus sérieux du coté de métapost.
A propos de xfig, il est vrai qu'il est déroutant au début. Notament car un seul clic sur un outil met cet outil par défaut alors que dans les autres logiciel de ce type, il faut faire un double clic. Avec un seul clic, on repasse automatiquement en mode déplacement ce qui n'est pas idiot dans l'absolue. Par contre, une fois qu'on a l'outil xfig en main, on est très producif.
[^] # Re: Flèches convenables ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Inkscape 0.42. Évalué à 1.
Manisfestement, d'aprés la personne qui a fait beamer, il y a des subtilités possibles en postscript qui ne sont pas réalisable en pdf (et inversement ?).
Par contre, la moulinette ps2pdf ne donne pas le même résulat que la moulinette pdflatex à mes souvenirs. Notament, on perds la table des matières.
Pour ce qui est des présentations avec beamer, en compilant avec pdflatex, on fait très rapidement quelque chose de propre, interactif, avec des liens croisés. J'ai vu qu'il est même possible de rajouter du contenu multimédia (non testé). En compilant ta présentation avec LaTeX, tu peux intégrer de bouts de cette présentation dans un autre document qui serait lui papier.
Je crois que les deux formats ne sont pas destinés au même usage final. Mais autant pouvoir les compiler en natif directement, c'est là où il y a le moins de perte. Il est vrai qu'il est dommage que 'xdvi n'évolue plus beaucoup et qu'avec les commandes \special, il doit être possible de ne garder en théorie que LaTeX.
Autre chose, tu ne pourras pas compiler tes commandes pstrick avec pdflatex. Mais comme avec pgf, tu as une grande partie de pstrick, je ne vois pas le problème (il est vrai que je n'ai fait que des choses simples avec pstrick). Je ne suis pas sur qu'encapsuler du postscript dans du pdf soit la même chose que faire du pdf en natif. Y a t'il un spécialiste en ligne ?
# SSH, tsclient..
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de la version 1.5.0 de NX. Évalué à 5.
La protocole nx étant impressionant, il s'agit plus en pratique d'un accès a un bureau distant comme RDP ou VNC qu'à un shell distant de type ssh. Est'il prévu d'intégrer le protocle nx dans l'outil de connexion tsclient ?
Enfin, ce n'est pas à l'ordre du jour d'après ce que j'ai cru voir récement, mais il serait amusant de pouvoir partager la connexion distante. Je viens de découvrir 'collaborative vnc', c'est le genre d'outil que certains de mes utilisateurs seraient fanatiques. Pour le moment, on utilise un outil ultra propriétaire sous Windows uniquement qui permet de partager applications, voix et vidéo (vignette) : Arel. Et il est vrai qu'il est, lui-aussi, assez bluffant sur des connexions à faible débit.
[^] # Re: Joie et volupté :)
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de la version 1.5.0 de NX. Évalué à 1.
J'aurais bien vu un système 'à la ssh' où on télécharge la première fois la clef publique du serveur en la validant et qu'ensuite, le client ne pose plus de question tant que cette clef ne change pas.
[^] # Re: Flèches convenables ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Inkscape 0.42. Évalué à 1.
Je suis d'accord pour dire que xfig est irremplaçable aujourd'hui si on veut faire des schémas avec des vrais flêches fines et propres et SURTOUT si l'on veut y insérer du code LaTeX. Je n'ai pas vu d'autre logiciel permettant cette qualité. Dans xfig, tu peux exporter en PS+LaTeX ou en PDF+LaTeX. Pour ceux qui n'aime pas exporter et aime bien les Makefile, on peut rajouter une règle qui réalise l'exportation automatiquement avec la commande 'fig2dev'.
Pour l'exportation LaTeX, je pense qu'une partie de l'avenir est d'essayer d'utiliser le paquetage 'pgf', moins puissant que 'pstrick' mais compatible avec le postscript et le pdf. C'est le créateur de beamer qui l'a fait. La qualité des trasnparents réalisé avec beamer est impressionante.
http://latex-beamer.sourceforge.net/
[^] # Re: Maven ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Un fichier standardisé pour décrire un projet. Évalué à 1.
http://www.a-a-p.org/
Je ne dis pas que je suis fanat non plus ;-) La syntaxe est plus humaine mais à mes derniers essais, il faut écrire des extensions en Python si on souhaite l'étendre. Or je ne suis pas un fan de Python par gout personnel.
Le fichier 'rules' des paquets debian est un exemple de Makefile travaillé avec des extensions par scripts. On se retrouve avec un Makefile relativement simple au bout du compte.
Mais bon, il y a une mode XML...
Sinon, je n'ai pas fait de namespace en YAML car il est vrai que je l'utilise dans des cas assez simple. Mais tout structure arborescente peux s'écrire en YAML tout comme en XML. Donc il est possible en théorie de faire un outils 'yml2xml' et réciproquement.
[^] # Re: Maven ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Un fichier standardisé pour décrire un projet. Évalué à 1.
Honnêtement, un bon vieux Makefile peut être bien plus lisible. Le plus gros défaut du Makefile à mon avis, c'est la tabulation en début des lignes de commande. Je ne comprends pas qu'on ne puisse dire que les lignes commançant par '->' soient équivalentes aux lignes commençant par une tabulation.
L'inconvénient des outils intégrés autour du XML, à part la mauvaise lisibilité, est le manque de souplesse. Ce qui est génial dans un Makefile est le mélange de deux langages dont l'un est très souple et peut être changé (variable SHELL). Rien n'empêche de développer des scripts 'a la Ant' qui rendrait la compilation pour certains langages plus claire que dans un Makefile actuel. Il n'y a pas besoin de se mouler dans un environnement de type Java comme dans Maven ou Ant.
Enfin, j'en remet une couche sur le YAML. Faites du YAML pour vos fichiers de données (configurations ou résultats) qui doivent pouvoir être ouvert par un éditeur et non du XML ;-).