jerome a écrit 818 commentaires

Rebonjour.
Je ne connais pas bien KDE, mais il faut bien comprendre que KDE n'est qu'un environnement parmi d'autres fonctionnant sous Linux (on pourrait aussi dire sous X, sous Unix, sous ce-que-tu-veux, je ne sais pas trop exactement).
À ce titre, il n'y a aucune raison pour que l'installation d'une application quelconque, genre xpdf, ajoute une entrée dans le menu d'un environnement tel que KDE. Si tu installes un paquet fourni par ta distribution, une entrée devrait être créée, Mandrake fournissant des scripts de post-installation/configuration pour intégrer l'application dans ton environnement.

Ensuite, il existe tout plein d'alternatives pour lire des PDF, citons entre autres xpdf, gpdf, kpdf, etc. Ensuite il n'existe pas (encore) de manière générale pour définir les associations type MIME/applications pour tous les environnements/applications. En général, les choix par défaut sont plutôt pertinents.

Quant à la littérature, ce n'est pas ce qui manque. Tu trouveras chez des éditeurs comme O'reilly, Eyrolles, etc, des ouvrages de référence concernant Linux, l'administration Unix, voire des ouvrages dédiées à des distributions particulières (Redhat, Suse, mandrake). Si tu achètes une version "boite" d'une distribution commerciale, tu auras certainement accès à de la doc papier. Je me rappelle que SUSE fournissait une doc assez bien foutue.
Sur le web, tu trouveras des docs officielles (genre, le freebsd handbook pour freebsd, la doc de Alexis Delattre concernant debian, etc). Va faire un tour sur le site de mandrake, on ne sait jamais.

ha oui, et aussi ...
Les mots de passe samba ne sont PAS ceux du système par défaut.
Il faut essayer les différents mode, genre controleur de domaine pour partager mot de passe unix/samba.

[homes]
comment = Home Directories
browseable = no
writable = yes
create mask = 0700
directory mask = 0700

?

Le PLF quoi.
Les packageurs de ce grouspuscule penguiniste préparent des paquets pour les softs non libres tels que le plugin flash, acrobat reader, etc.
Pour utiliser ces paquets, il te faut ... aller la : http://plf.zarb.org/(...) et suivre les instructions.

Ça ne t'aidera pas à comprendre pourquoi les applis n'apparaissent pas dans le menu de on-ne-sait-pas-quoi-d'ailleurs, kde j'imagine, mais au moins, tu pourras cliquer.

D'abord :
-ac : la branche d'Alan Cox, très stable, les modifications sont souvent inclues dans les distributions type RedHat (comme c'est étrange, il est employé par RedHat :)
-mm : la branche d'Andrew Morton, plus intéressé par les aspects temps réel, low latency, etc

Les différences entre la branche officielle et les branches "people" ne sont pas simplement liées au fait que Linux "refuse" de voir certaines modifications rentrer dans le kernel.
Comme leurs noms l'indiquent ce sont des branches pas des forks, qui s'initient à chaque version officielle. De nombreuses améliorations sont apportées à la version officielle N+1 à partir des améliorations de la version N-ac ou N-mm.

bon, ben j'ai plus qu'à jeter ça à la poubelle alors :

«
#!/bin/sh
rox --RPC << EOF
<?xml version="1.0"?>
<env:Envelope xmlns:env="http://www.w3.org/2001/12/soap-envelope">
<env:Body xmlns="http://rox.sourceforge.net/SOAP/ROX-Filer">
<SetBackdrop>
<Filename>$1</Filename>
<Style>Scale</Style>
</SetBackdrop>
</env:Body>
</env:Envelope>
EOF
»

Ils sont chiants aussi à mettre des options alors qu'on peut le faire en RPC :P

S'il n'y a que ça pour que tu trouves Nautilus beaucoup plus utilisable, tu double-cliques avec le bouton du milieu sur un dossier pour l'ouvrir dans la même fenêtre. Le bouton pour remonter facilement dans l'architecture est en bas à gauche de chaque fenêtre (donc très accessible).

Non, ça n'ouvre pas dans la même fenêtre. Ça ouvre une nouvelle fenêtre et ça ferme l'ancienne. Nuance certes, mais nuance importance, car ça implique éventuellement un changement de position de la fenêtre et pas du tout d'héritage des propriétés de la fenêtre en cours de consultation ... Pour ce qui est du bouton "Parent Directory", tout d'abord, ce n'est pas vraiment un bouton mais une liste déroulante, et puis il est placé vraiment bizarrement ... Ne dit on pas "remonter" dans l'arborescence (le bouton est en bas).

==> moment croisade anti "cat foo | bar" <== Dans la série des pipes qui ne servent à rien, le pipe vers sed :

OUTPUT=`echo $1 | sed 's/.jpeg/.eps/'`

Avec bash, puisque que tu utilises bash, tu peux facilement faire un truc du genre :

OUTPUT=${INPUT%.jpeg}.eps

Voir man bash vers la ligne 1320, "${parameter%word}" Just my 2¢.

Bon utiliser d'autres formats que EPS, voir le package graphicx.

Par contre, je pense qu'il faut raisonner un peu le choix du format en fonction de la figure insérée. Si tu insères un bitmap, utilise un format bitmap, genre png|jpg, si tu veux insérer un schéma, plutôt vectoriel donc, l'EPS rendra certainement beaucoup mieux. De même si tes figures contiennent du texte, il sera difficile de conserver une bonne lisibilité avec des formats comme png après redimensionnement.

À raisonner donc. À toi de faire les tests :)

En effetn je suis un peu surpris, moi aussi. De mon expérience, le moins cher pour un français est de faire le pressage assemblage à Andorre, dans des boites type GEDM ...
En même temps, c'est une histoire de taxe, donc je ne suis pas sûr à 100% du coût réel "légal".

J'imagine que ça dépend de ce que l'on cherche à faire avec un gestionnaire de fichier.
j'aime bien rox-filer pour plusieurs raisons :
. les raccourcis pratiques et configurables : "sélectionner si", "lancer un xterm ici", "lancer une commande" bindé sur :, "aller à" bindé sur /, etc
. la petitesse relative des fenêtres (marre des fenêtres qui occupent 90% de l'écran)
. le coté léger et rapide
. le bon support du drag n drop, à mon avis une fonctionnalité importante dans les interfaces graphiques, de rox vers les applis et des applis vers rox (pour enregistrer une page web, enregistrer un document quelconque, copier/déplacer, lier, etc)
. le montage automatique en cliquant sur le point de montage, etc
. le fait de pouvoir ajouter une foultitude de fonctionnalités facilement en "envoyant vers" un script maison
. python ! (pour faire des rox-app du genre scp)

Après, je ne cherche même pas à comparer avec les autres FM, une ligne de commande, etc. Chacun fait ce qu'il veut et il y a des softs pour tout le monde :P

Je confirme.
Si j'avais été à la place de la demoiselle, je l'aurai aussi foutu dehors le rootix.
Ils ont retenu la leçon depuis la dernière fois les gens de Solutions Linux. Après avoir encaissé des vagues entières de geeks sur le stand BitDefender pour piquer les capotes estampillées "manchot", ils ont été obligés de prendre des mesures de sécurité :)

PS: manuel, nananère, t'en auras jamais des comme ça :P

ftpcopy
sitecopy
rsync
unison
cvs
ftp
scp
un script fait à la main en bash, perl, python, ruby, n'importe quoi regroupant tout ou partie des précédents softs.

Les paris sont ouverts.

Rhaaaaaaa!
Mais arrêtez de faire des "cat file | grep blabla" !
grep ça peut lire sur stdin mais pitié, ça peut aussi lire dans un fichier avec "grep blabla file" !

À priori, il ne supporte que l'UMS (Universal Mass Storage) donc ça devrait passer sans problème.
Essaie de poser la question à leur service technique ...

*.exe n'est pas une expression régulière correcte.
. = n'importe quel caractère
.* = n'importe quelle chaine de caractère
.*\.exe = n'importe quelle chaine de caractère finissant par ".exe" genre coincoin.exe (ça me fait mal pour lui).

Tu devrais lire le passage sur les regexp dans la doc de Squid (voyons, ..., http://www.squid-cache.org/Doc/FAQ/FAQ-24.html#ss24.2(...) )

J'aurais mieux senti un "Au sol, je préfère ne pas avoir :
. plein de papiers partout (dont la feuille avec tous les codes du FAI)
. des morceaux de nouriture abandonnée (la nourriture pas les morceaux)
. des capsules de binouzes
. un vieux tapis tout pourri, repère d'acariens
. un objet lourd et contondant pour les orteils (du genre un goban de 10kg)
. des punaises tombées au sol avec les posters
. du jus de poubelle à cause de la poubelle qui a coulé sans raison
. de la poussière en une couche uniforme sur tous les éléments précédents
. des échardes dans le plancher
. my closest friend linoleum"

Il existe un certain nombre de CMS qui ne fonctionnement qu'avec MySQL, alors à moins de reprendre le PHP (ouais, en plus, c'est souvent du PHP :), il faudra adopter MySQL.
La différence entre les deux SGBD peut vraiment s'exprimer dans le cas de situations un peu complexes : si MySQL est un SGBD "rapide" (OK, on pourrait parler de ça pendant des heures), PostgreSQL sera plus performant (voire sera tout court) pour des applications nécessitant des requêtes complexes, une gestion de l'information géographique, une bonne résistance à la charge, de la "haute disponibilité", etc.

Et comme postgreSQL marche aussi très bien pour répondre à des besoins simples, et bien, pourquoi ne pas l'utiliser tout le temps ?

Et bien, il ne me semble pas avoir spécialement parlé de Linux, mais d'unix libres (désignant les BSD libres, linux ...).
En parlant du système, je ne m'intéresse pas qu'à l'aspect libre, mais à la transparence de celui ci, à son extensibilité, à son accessibilité.
Mon propos revient à dire que le desktop "cache" trop à mon goût le véritable intérêt de ces unix libres (OK, hurd n'est pas un unix) et j'ai le sentiment que la "customisation du desktop" ne devrait pas être le fer de lance des lobbyistes du libre.

En même temps, ce sont des applis GTK+ v.1.
Xffm est, IIRC, une appli utilisant GTK2, donc à priori aucun lien. Recherche dans les forums les problèmes de polices, tu trouveras de quoi résoudre ton problème pour les applis gtk1.

pour ma part, je ne suis pas sûr d'avoir envie que les débutants passent sous un unix libre seulement pour le plaisir d'avoir un joli bureau.
Certes, c'est possible (Ikaro, jimmac, rasterman, avant mosfet l'ont montré), mais, car il y a un mais, le plus important reste la philosophie du système derrière tout ça : la transparence du système prévaut sur la transparence des fenêtres, l'accès aux moyens de prod^W^W^Waux ressources prévaut sur l'accès aux icônes, la possibilité d'extensibilité prévaut sur la possibilité de customisation au clic ... J'ai souvent l'impression que certains DE sont plus des grosses croûtes que de fines couches posées sur le reste du système. En même temps, je suis conscient que certains ont juste envie d'utiliser un DE et se moquent totalement du système en dessous (que ce soit windows, BSD, Linux, HP-UX ou autre chose). Du coup, et bien j'aime autant que ces gens là ne passent pas sous un unix libre, et ce n'est pas par méchanceté, ni par l33tism.
Ceci dit, j'utilise sawfish, le WM d'EmacsOS, et ion2/larswm, 2 WM qui se charge de délester au maximum l'utilisateur de la gestion des fenêtres, laissant peu de place à la bidulation graphique (un peu dans le même style que LaTeX qui déleste le rédacteur de la mise en page).

Le projet gnome-storage travaille aussi sur ce concept.
Le problème principal étant bien sûr de remplir les méta-données.
Ça marche avec un SGBD, mais ça pourrait être aussi utilisable avec des FS du futur, gérant les méta-données (nan pas les xattr).
Tiens, ça me fait penser qu'un certain OS mort (sisi, il est mort), aux bordures de fenêtres d'un jaune facilement reconnaissable, avait déjà implémenté ce genre d'outils de recherche.

Ça ne fait pas vraiment ce que tu demandes mais presque.

À moins de certains hacks dégueulasses, le fait de faire passer une fenêtre d'un écran sur l'autre en mode non-xinerama (disons bureau étendu) n'est pas chose facile.
Il existe un hack pour sawfish, mais ça marche plutôt mal, les fenêtres transcient apparaissent sur le mauvais bureau de temps à autre, bref, pas top.

Pour GIMP, l'application gère en dur , directement sur quel DISPLAY elle lance tel ou tel type de fenêtre. Ce n'est pas un hack foireux, c'est une fonctionnalité un peu limitée et pas 100% cachère, pratique néanmoins.
Si tu lances : "DISPLAY=:0.1 xterm" depuis :0.0, ça affichera sur :0.1, c'est de l'export X11 en local :)

Si tu veux vraiment utiliser tes deux écrans de manière à faire passer les fenêtres "à la souris" de l'un à l'autre, utilise Xinerama (ou l'extension "propriétaire" liée aux drivers spécifiques de ta carte (matrox, ATI, nvidia propose ça).