Gyro Gearllose a écrit 1322 commentaires

Ben non, ça aide pas mon truc... Ca ne fonctionne pas du tout, même... J'ai répondu trop vite, j'aurais du tester...
A la rigueur, il faudrait encadrer l'appel à vlc ... & par des parenthèses, mais ça ne résoud pas le problème pour autant...
Faudrait peut-être voir du côté des commandes pidof, at, kill.... A moins qu'il n'y ait plus simple...

Pourquoi ne pas utiliser les opérateurs logiques ?
Genre :
vlc rtsp://... --sout "#std{access=file,mux=ts,url=$OUTFILE}" -I dummy & && sleep 120
En espérant que ça aide...

tu es sûr que c'est le clic droit ?
Chez moi, c'est le clic du milieu, mais bon...

Bien sûr que non, que je ne suis pas sûr que c'est tout.
Je te remercie pour les liens, car c'est très instructif.
Tout ce que je voulais dire, c'est qu'il y a un tas de machins et de trucs fournis avec le X monolythique qui ne m'intéressent pas du tout, et donc, si je peux faire l'économie du téléchargement, de la compilation et de l'espace disque, ce n'en est que mieux.
Après, c'est sûr qu'il va falloir étudier les dépendances entre packages, et vérifier qu'il ne manque rien pour que ça fonctionne correctement.
Ca demande du temps, et comme je suis en vacances sous peu et que j'ai besoin de mon matériel pendant ce temps, je verrais ça plus tard.
Voilà, j'espère être plus clair dans ce post que je ne l'ai été dans le post ci-dessus.

LFSiens, empaqueter ? Ah bon, on ne peut pas se servir des .tar.bz2 fournis sur le site officiel ?
C'est une vraie question, ne le prends pas mal.
J'allais me lancer, ne récupérer que la portion suffisante de X qui m'est utile (le serveur, le pilote pour ma carte, le serveur de fontes, et c'est tout), mais si il faut "attendre" que ces packages soient ré-empaquetés, je vais me lâcher sur la 6.9.
Ca me parraît étrange, mais bon, tant pis. J'aurais encore et toujours twm qui attendra avec ses copains xterm, xclock et xeyes que quelqu'un, un jour, veuille bien les lancer... (et encore, j'oublie tous leurs amis dont j'ignore jusqu'au nom et qui ne me sont utiles que pour remplir l'espace disque en trop dont je dispose).
Si quelqu'un a plus d'informations sur la version 7, en condensé, et relatives à une installation "from scratch", je suis preneur. Pour l'instant, je n'ai pas le temps de me jeter dans cette installation, mais si personne ne m'a répondu d'ici l'an prochain (comprendre début janvier), je ferais l'essai et j'enverrais mes conclusions dans un journal.

C'est fait. Si certains veulent voter pour que ce soit intégré, c'est par ici http://bugs.kde.org/show_bug.cgi?id=118857
Merci pour vos commentaires à tous.

Je vais le faire, merci pour ton support !

Merci pour cette remarque fort pertinente.
Re-voici le diff, exécuté dans le bon ordre :

2119c2119
< enum dropPopupOptions { paste, cd, cp, ln, mv };
---
> enum dropPopupOptions { paste, cd, cp, ln, mv, wget };
2131a2132
> m_drop->insertItem( "wget", wget );
2150a2152
> m_drop->setItemEnabled( wget, true );
2227a2230,2232
> case wget:
> emit sendStringToEmu("wget ");
> break;
2229c2234
< if (item>cd && item<=mv) {
---
> if (item>cd && item<=wget) {

Juste un lien, sans titre ?

P.S. : surtout, ne le prends pas mal, mais un petit résumé n'aurait pas fait de mal...

Sur mon portable, que je viens d'installer, j'ai procédé comme suit :
- j'ai installé les outils clients de samba
- j'ai activé le support de smbfs dans la compilation de mon kernel
En tant que root, c'est tout ce que j'ai fait. Arf, oui, j'ai un smb.conf super puissant :
[globals]
workgroup=portables

Côté utilisateur :
/home/david $ mkdir samba
/home/david $ smbmount //serveur/personnel samba/

Ca fonctionne du feu de dieu, pourvu que tu fournisse le bon mot de passe.
Pas besoin de passer par /mnt, pas besoin d'éditer le /etc/fstab, pas besoin de changer quoi que ce soit autre que ce qui est expliqué ci-dessus.
Voilà, en espérant que ça aide.

Hé ben non !
Comme dans la plupart des cas, le problème venait une fois de plus de l'interface chaise clavier...
Si j'avais lu http://www.linuxfromscratch.org/blfs/view/stable/x/xfree86-s(...) jusqu'au bout, je n'aurais pas eu ce tracas...
Merci quand même !

J'avoue ne pas être un expert dans le domaine... Alors je vais juste te donner mon sentiment, pour ce qu'il vaut....
Le package hyperref qui est utilisé dans ta solution comme dans la mienne ne sert "qu'à" afficher de beaux hyperliens au sein du pdf. Liens cliquables, par ailleurs.
Pour le reste, il semble que le package graphicx utilisé dans ta soluce permet d'affiner le pdf, de façon - peut-être - à ce qu'il soit plus conforme (aux normes ? au rendu souhaité ? ... )
Le package thumbpdf doit servir à créer les vignettes affichées dans l'onglet correspondant d'acrobat reader (par exemple).
Pour le reste, je n'ai aucune idée plus précise que le simple sens des mots employés ( \pdfcompresslevel=9 pour obtenir un pdf compressé à mort, par exemple).
Voilà, j'espère que ça éclaire ta lanterne un tant soit peu.
Si d'aucuns se sentent plus à l'aise pour {con,in}firmer mes dires, qu'ils ne se privent pas. Ca me permettra d'en apprendre un peu plus sur le sujet !

Moi, j'utilise cette commande (cf. le titre), et elle fonctionne plutôt bien.
Dans l'en-tête, j'utilise ces lignes :

\usepackage[pdftex,
colorlinks=true,
urlcolor=black, % \href{...}{...} external (URL)
filecolor=black, % \href{...} local file
linkcolor=black, % \ref{...} and \pageref{...}
pagebackref,
pdfpagemode=UseOutlines,
bookmarksopen=true]{hyperref}

J'avais récupéré ces lignes ailleurs... et je serais bien en peine d'en expliquer tous les tenants et les aboutissants. Tout ce que je sais, c'est que ça fonctionne, point.
L'utilitaire texi2pdf est un script shell qui appelle texi2dvi avec l'option --pdf. Ca fait quelques caractères de moins à taper, ouais....
Bref, rien de bien transcendant, mais si ça peut aider....

Pfiou.... Hier, j'étais vraiment dans le gaz...
Bon, voici ma feuille xsl :

<xsl:template match="/">
Menu
<xsl:apply-templates/>
</xsl:template>

<xsl:template match="menu">
<xsl:for-each select="./sousmenu">
<xsl:apply-templates select="." />
<xsl:apply-templates select="./sousmenu" />
<xsl:apply-templates select="commande" />
</xsl:for-each>
<xsl:variable name="idMax">
<xsl:number value="count(sousmenu) + 1" />
</xsl:variable>
X : Quitter
</xsl:template>

<xsl:template match="sousmenu">
----><xsl:value-of select="@titre" />
<xsl:apply-templates select="commande" />
</xsl:template>

<xsl:template match="commande">
X : <xsl:value-of select="." />
</xsl:template>

Je ne vois pas trop la différence entre un xsl:for-each et un xsl:apply-template, mais bon... Il faudrait certainement que je me documente pour apprécier la différence entre les 2.
Merci pour votre aide à tous les deux, en tout cas.

Bon, voilà ce que je veux : pouvoir faire correspondre mon menu à une liste -> ça, je sais faire. pouvoir faire correspondre chaque sousmenu du menu à une liste -> ça, je sais faire. pouvoir faire correspondre chaque commande à un élément de liste -> ça, je sais faire. Ce qui me chagrine, c'est l'exploration de l'arborescence pour avoir un sousmenu suivi d'un sousmenu, suivi d'un sousmenu, suivi d'une liste de commandes. En fait, je veux pouvoir avoir des listes imbriquées, sans en connaitre la profondeur à l'avance. Et là, je sèche. Pour l'indentation, revoici mon message original, avec les balises qui vont bien (j'espère) : <menu> <sousmenu> <commande /> <commande /> </sousmenu> <sousmenu> <sousmenu> <commande /> <commande /> </sousmenu> <commande /> <commande /> </sousmenu> </menu>

Je vous répond à tous les deux d'un seul coup, comme ça, je ne fais qu'un voyage ;-) !
D'abord, oui, c'est vrai, l'installeur est plus simple que la v1 : je n'avais pas réussi à installer cette version, alors que la v2 avec openpkg s'intalle comme une fleur.
Ensuite, oui, c'est vrai, ça installe tout. C'est, je pense une question de sécurité, car il fonctionne en environnement chrooté, d'après ce que j'en sais.
Je n'ai pas poussé plus loin mes essais, mais il me semble inconcevable de ne pas pouvoir le faire fonctionner avec l'existant :
tu as déjà un serveur apache, tu gicle celui fourni par kolab ; de même pour le ldap ou postfix. A la condition de les configurer comme il faut pour que kolab intérroge tes serveurs plutôt que les siens.
Pour l'interfaçage avec outlook, en effet, les connecteurs (toltec et kontec) sont payants... avec une période d'évaluation de 30 jours...
Je trouve regrettable de ne pas en avoir d'open source, voir gratuits, mais bon.... développer sous windows ne doit pas être facile (j'en sais rien, je ne connais que très peu windows).
Enfin, pour lacher quelques trolls (sinon, on ne serait pas sur linuxfr !) :
Si vous ne voulez pas payer pour les connecteurs (ce que je peux comprendre), c'est soit l'occasion de migrer tous les postes concernés sous linux, et en particulier KDE, car l'intégration de kontact semble bien finie, soit attendre la sortie de QT4 et KDE4 sous windows, pour migrer en douceur !
Voilà, j'espère avoir quelque peu éclairé votre lanterne avec mes quelques maigres connaissances sur le sujet.

Tout est dans le titre...ou presque !
As-tu jeté un oeil à cette magnifique suite ?
Elle fait à peu près tout ce que tu veux, et même plus encore.
Je crois même qu'il existe un connecteur libre pour outlook. Ca permet de centraliser les comptes (ldap), le système de messagerie, les calendriers, etc.
Jette un oeil sur http://www.kolab.org/
En espérant avoir répondu à ta demande.

Dire "merci", ça se fait, alors voilà :
Merci !
C'est exactement ce que je cherchais.

Si tu vas sur http://www.distrowatch.com tu trouveras tout ce que tu cherches, et même plus. Bonne lecture.

Arf, ouais, en effet.
Si tu utilises cups, il y a un daemon nommé cups-lpd à lancer sur ta machine Linux, et là normalement, tout devrait rouler.
Si ce n'est pas cups, c'est peut-être lpd, et alors, ben tout est dit : le problème vient d'ailleurs.
Il faudrait plus d'informations sur la config du serveur (en rapport avec l'imprimante, on se fout de la quantité de ram ou la marque de slip du disque dur), et aussi la procédure d'installation utilisée sous windows (même si, ici on n'est pas des pros de ce système).
Voilà, j'espère que la première réponse est la bonne, sinon, tu sais ce qui te reste à faire !

Déjà, tu peux regarder dans quel runlevel tu te trouves.
Si c'est le 3, c'est perdu, car ce n'est pas le runlevel qui démarre le serveur X. Normalement, c'est le 5. Alors tu peux soit
- taper init 5 dans une console texte pour voir si ça démarre ton interface graphique de connexion,
- changer la ligne initdefault du /etc/inittab.
Sinon, si tu es déjà en runlevel 5, c'est probablement parce qu'un script situé dans /etc/rc.d/rc5.d cherche à démarrer gdm, qui n'existe plus puisque tu as viré gnome. Tu peux alors le remplacer par kdm, et tout devrait rentrer dans l'ordre.
Je ne suis pas très précis sur ce dernier point, car j'ignore complétement comment c'est géré sous débian. Parfois, c'est une variable positionnée dans un script de démarage (WINDOWMANAGER, ou quelque chose du genre), parfois c'est directement le programme qui est appelé dans un des scripts de démarage, etc.
Donc, je laisse le soin aux débianneux de corriger mes propos si ils comportent des omissions ou des erreurs.
Voilà, en espérant que ça aide.

Je ne vais pas recopier les liens qui m'avaient été donnés, alors, voilà :
http://linuxfr.org/forums/10/11873.html
J'avais alors posé la question, et on m'avais donné quelques liens....

Ben si, ça fonctionne. J'ai une officeJet G85 connectée sur le réseau par le biais d'un boitier de partage HP170X au boulot, et une G55 partagée sur le réseau par le biais d'un boîtier HP175X à la maison, et ça fonctionne du feu de dieu.
Si ça fonctionne avec ces boîtiers, je ne vois pas pourquoi ça ne pourrait pas fonctionner autrement, c'est à dire sans ces boîtiers, mais par le truchement d'un serveur d'impression linux.
Là, malheureusement, je ne sais pas du tout comment ça peut se faire depuis une FC4 que je ne connais pas.
Probablement que ça fonctionne sous cups, et que notre ami a des soucis car les pilotes nécessaires à son imprimantes ne sont pas installés pour être partagés ?
Il faudrait plus d'infos, éventuellement.

Euh...
As-tu suivi les liens proposés dans la news ?
Nan, parce que bon, le 2ème renvoie sur un pdf dans lequel on peut trouver les termes GNUPG, openSSH, entre autre.
D'ailleurs, d'après ce que j'ai compris, je cite "La journée « Sécurité informatique » est conçue pour permettre à une audience éclectique (...)". Donc, ça concerne tout le monde, ou en tout cas, un public large, quel que soit le sytème utilisé.
Cherche bien, on parle certainement de produits Microsoft, mais pas seulement. Y'a aussi MacOs X sur la page 2, etc.

mais j'utilise personnellement jpgraph.
J'aime bien, car c'est simple à utiliser, bien qu'orienté programation qu'autre chose. Un ch'tit script php suffit à faire de beaux graphes, dans le genre de ceux que tu décris, et même plus.
L'url : http://www.aditus.nu/jpgraph/index.php