Va voir MuMuDVB, je pense que ca fait exactement ce que tu veux.
En tres grossier : chacun de tes tuners sera réglé sur un flux TNT (6 chaines a la fois), et chaque flux est diffusé sur le réseau via multicast. C'est les clients (VLC) qui choisissent le flux et la chaine à visionner.
Il permet effectivement d'ajouter une ou plusieurs pistes sous-titre, ainsi que plusieurs piste audio. Et l'operation d'ajout est franchement triviale avec mkvmerge-gui.
Je ne vois d'ailleurs pas bien comment un ordinateur pourrait devenir plus lent avec le temps.
Mmhhh... Quelque-chose me dit que tu a oublié le comportement désastreux du systeme d'exploitation Ubik(tm), qui a tendance a pourrir avec le temps qui passe, jusqu'a nécessité la reinstallation complete, pour ceux qui savent faire, et l'achat d'une nouvelle machine pour les autres.
Je ne vais pas être d'un grand secours, parce que je n'ai jamais utilisé ce soft, que je ne connaissais pas.
Mais merci beaucoup de me l'avoir fait découvrir, c'est pile poil ce que je cherchais, et ca va m'éviter de faire des scripts gorets comme j'avais envisagé.
Bref, /me va installer MuMuDVB, en esperant que ca soit possible sur une Debian/stable, et ensuite je pourrais peut être aider...
J'ai déja fait ca sous MacOS X avec PowerPoint. C'est aussi simple que cliquer dans le menu: «Fichier» puis «Exporter vers QuickTime».
Je sais que ca ne respecte pas les contraintes (Debian && libre), mais c'est interessant de souligner que cette fonctionnalité existe directement dans le logiciel, et ca manque sous OOo.
(curieusement, cette option existe dans PowerPoint uniquement sous MacOS X, et pas sur les version Windows...)
J'ai déjà lu ici l'histoire d'un mec qui pour démarrer sa voiture, à dû sortir, fermer, attendre quelques minutes, ouvrir, démarrer.
Je confirme. Il s'agissait d'une Renault de location, avec une 'télécommande' a la place de la clé, qui sert non seulement a ouvrir les porte, mais aussi a démarrer.
Lorsque la voiture a refusé de démarrer avec le message « carte non reconnue », j'ai effectivement suivi cette procédure parce que c'est comme ca qu'on nous a habitué a réagir devant des OS défaillant...
Mais tu as oublié une étape : en sortant, avant de fermer, il faut penser a prendre tous les précieux que tu ne veux pas voir bloqués dans la voiture si celle-ci refuse de s'ouvrir par la suite. Dans mon cas, c'était mon fils de 3 ans sur le siège arrière...
Ben il s'agit quand meme d'une seule machine, qui tient sur/sous un bureau, a comparer avec la grille de 640 nœuds, contenant chacun 4 Opteron (faut un grand bureau...)
Lors de ma dernière installation Linux, on m'a demandé un mot de passe pour le compte administrateur (root), qui est créé par défaut, et aussitot apres, creation complete d'un utilisateur 'de base', et c'est ce dernier qu'il est conseillé d'utiliser, et l'ouverture de session graphique ne présentera que cet utilisateur.
Tu nous dit que sous Vista/7 seulement le premier compte est admin, donc si je ne crée qu'un seul compte, et la plupart des gens n'ont pas besoin de plus, alors c'est un compte admin...
Tu vois la différence ? En ne créant que le strict nécessaire (un seul user), sous Win c'est un administrateur, sous Linux non.
Mais je te l'accorde, ce n'est absolument pas un probleme technique, c'est juste une histoire d'ergonomie, domaine qui n'a jamais été le fort de Windows.
Tu devrais laisser tomber, parce que tu perds ton temps. Il veut absolument gérer le problème de manière technique (interception de syscall, etc.), et il refuse de comprendre qu'une solution déclarative puisse marcher. Bref, c'est sans espoir.
Et puis, surtout, n'oublie pas que nous ne savons pas de quoi nous parlons, contrairement à lui, qui affirme, je cite : le systeme de dependance de .deb est basique.
On devrait lui suggérer de faire une recherche sur les mots-clefs dpkg triggers, ca pourrait peut-être lui apprendre quelque-chose.
Ah, voui, le choix b) est dangereux, alors c'est de la merde, alors on ne le propose pas...
ce plugin est externe au soft, il n'est donc pas reference par le package de ce soft. C'est au contraire le package du plugin qui reference le soft.
Il est ou le probleme, la ? Le plugin référence le soft, le plugin est mis a jour, le plugin dit coucou au soft, tu redemarres s'il te plait ?
Tu es vraiment sur de savoir de quoi tu parles ?
Oh mais la reponse a la question est tres simple : J'ai raison et toi non, car plutot que partir sur l'idee que tout est parfait sous Linux je regardes la realite. Les logiciels sous Linux ne sont pas tous integres a la plateforme, et nombre d'admins travaillent comme des pieds.
Ah oui, tu as raison et moi non, ca c'est de l'argumentation béton, heureusement qu'on est vendredi.
Effectivement, nombre d'admins travaillent comme des pieds, mais c'est pas une raison pour empecher les bons admins de travailler correctement.
Je te laisse répondre une dernière fois, parce que j'ai l'impression qu'on va diminuer ton bonus si tu n'as pas le dernier mot sur chaque fil, mais après, j'arrête, ta mauvaise fois me fatigue.
Oui, je pense qu'il le fait exprès. Et tout son discours semble basé sur le fait que le vendeur d'un logiciel (par exemple Oracle) a un interêt quelconque a ne pas donner dans les informations du paquet les informations nécessaires a son bon fonctionnement. Je pense personnellement que ca doit venir d'une déformation professionnelle de sa part...
MSI fait la meme chose que .deb : il regarde sans sa base de donnees pour un fichier X, et sait quel package est marque comme dependant de X, ca veut pas dire que cette methode est suffisante et infaillible.
Fantastique, j'espere que c'est breveté. Plaisanterie mise à part, si MSI est capable de faire ceci, pourquoi ne pas laisser le choix a l'admin : lui proposer le reboot systématique (finfaillible) ou seulement d'après le calcul de dépendances de MSI (avec une fiabilité non garantie) ?
Clairement, parce que tu n'arrives pas a faire la difference entre la description d'un package et la realite, c'est pas forcement la meme chose.
Oui, tu as absolument raison, la description d'un package peut etre differente de la realité. Dans ce cas, la description est erronée, c'est un bug, on demande a ce que cela soit corrigé, ou on le corrige soit meme.
Si les logiciels ne sont pas correctement intégrés à la plateforme, ou si les administrateurs travaillent comme des pieds, alors le systeme de gestion de paquet n'est pas fiable. On est bien avancé, là, c'est pas la peine d'aller plus loin, on le savait dès le départ.
Maintenant, pose toi la question de savoir pourquoi tu supposes être dans cette situation, alors que je fais exactement la supposition inverse ? Indice: les mauvaises habitudes d'administration et de développement propagées par un certain OS depuis des années.
C'est ca la beaute du systeme de packaging sous Linux, il garde tout propre, sauf si tu decides d'installer un soft qui n'etait pas prevu.
Et quand c'est pas prévu, on t'a déja donné la solution, plusieurs fois. Mais bon, il semble que tu ne veux pas comprendre.
Tiens, tu as parlé de Oracle plus haut... La version Express 10g est disponible sous forme de paquets .rpm et .deb ... Comme quoi, il suffit que les editeurs s'y mettent.
Eh oui... "presque toujours", enfin bon, sauf dans les cas ou la version qu'on veut est plus recente que la distrib, car la le package fourni met un merdier pas possible dans les dependances, sauf dans le cas ou le soft n'est pas fourni par la distrib, ...
Oui, si on fout le merdier intentionnellement, apres ca marche moins bien. Dis moi quelque chose que je ne sais pas, s'il te plait.
Clairement non vu qu'il ne sais meme pas que MSI gere les dependances.
Je n'ai jamais prétendu connaitre MSI, relis bien ce que j'ai écrit. J'ai juste déclaré avoir compris, d'après la description que tu en donnais, que MSI ne devait pas gérer les dépendances. Parce que s'il était capable de le faire, il devrait pouvoir s'en servir intelligemment (ne pas redemarrer si necessaire).
MSI gere les dependances, il est capable de te trouver tous les packages dependant du binaire X,
Ah, fantastique, MSI est capable de faire "une chose impossible a faire quel que soit le systeme", selon tes propres termes. J'espère que c'est breveté, au moins.
Mais bon, je ne sais pas de quoi je parle, alors je vais te laisser dans tes certitudes, tu a forcément raison.
Tu me fais rire, je te demandes un truc, tu me donnes une solution qui ne marche qu'a 50%
Content de te faire rire, sache que toi aussi tu m'amuses beaucoup.
La superiorite du libre sur le proprio elle est tres drole et n'a rien a voir la dedans, c'est le fait que le soft ne soit pas package qui est le point faible.
Donc, la solution que je donne marche a 100% lorsque tous les softs sont packagés, merci de le démontrer. Et sans trop de difficultés, on peut toujours faire un pseudo-package autour d'un soft non-packagé, juste pour l'inscrire dans le gestionnaire de paquet.
Maintenant, le libre a effectivement quelque chose a voir la dedans, parce que les softs libres sont presque toujours packagés, contrairement au softs proprios.
Inutile de me retourner la question, la reponse est que c'est une chose impossible a faire quel que soit le systeme.
Magnifique. Tu ne sais pas le faire sur le systeme commercialisé par ton employeur, donc tu généralise à tous les systemes existants, alors qu'on vient de te donner au moins un exemple du contraire. Quelle belle démonstration !
a) Oui, mais c'est plutot utopique
b) Oui, idem sous Windows en fait
Ben oui, quand on ne sais pas faire a), on fait systematiquement b), mais c'est pas glorieux.
Il y a un truc qui s'appelle MSI sous Windows, tu devrais chercher ce qu'il fait, ca t'apprendrais des trucs je pense.
Oui, je vais aller voir, parce que je n'ai pas la prétention de tout connaitre. Mais d'après ton discours, j'ai bien peur que ce machin ne sache pas gérer les dépendances, alors je ne m'attends pas à une révélation.
Et puis... tu sais, il y a un truc qui s'appelle dpkg sous Debian, tu devrais chercher ce qu'il fait, ca t'apprendrais des trucs je pense.
Mmh.... Tu as demandé comment on faisait pour connaitre tous les logiciels qui utilisent openssl, en sous-entendant que ce n'était pas facile.
J'ai donné une méthode manuelle en trois ligne de shell, et Etienne a précisé que le gestionnaire de paquet utilisait déja cette fonctionnalité pour les mises à jour.
Ensuite, au lieu de reconnaitre la puissance du gestionnaire de paquet, tu dévie la question sur les logiciels propriétaires qui ne rentrent pas dans le moule. Je te remercie de nous montrer la supériorité du libre sur le propriétaire, mais ca on le savait déjà. Et je te retourne la question : sur Windows, comment on fait pour identifier tous les logiciels qui dépendent d'une bibliothèque ?
Pour revenir au sujet :
- Si la machine ne comporte que des logiciels packagés, alors je peux laisser le gestionnaire de paquet gérer les dépendances, c'est son boulot.
- Si elle héberge en plus des logiciels non packagés (propriétaires ou pas), on sait reconnaitre ces logiciels et les redémarrer, parce qu'on s'est donné la peine de les installer avec un peu de méthode. Si on ne veut pas se prendre
la tête, on redémarre systématiquement ces logiciels en cas de mise à jour.
- Et on a même la possibilité de créer des paquets "fictifs" pour que le gestionnaire de paquets prenne en charge les logiciels externes.
J'aimerais que tu nous explique quel sont les cas qui ne sont pas pris en compte par les trois points ci-dessus, et surtout comment on peut faire la meme chose sous Windows.
Ben, j'utilise déjà Debian, et depuis longtemps...
En fait, j'ai répondu directement a la question de pBpG, a savoir comment on fait pour trouver la liste des packages qui utilisent openssl, et je ne me suis pas soucié de savoir si le gestionnaire de paquet (qui connait bien sur cette info) s'en servait pour redémarrer automatiquement les services concernés... mais bon, evidemment, j'aurais pu me douter qu'il le faisait, parce qu'il le peut et que c'est super utile.
Bref, faut que je révise mon gestionnaire de paquet, il est encore plus puissant que je ne l'imaginais.
Et lors des updates a openssl et autres, tu as parcouru la liste de tous les softs l'utilisant et les a tous redemarres ? Sur toutes tes machines ? Ca a du etre drole a faire.
Ah oui, quand on ne sais pas se servir d'un gestionnaire de paquet, on peut imaginer que c'est difficile. Alors, pour obtenir la liste des paquets installes sur la machine, c'est une ligne de shell, pour savoir quels sont les paquets qui utilisent openssl, c'est une autre ligne de shell, reste ensuite a croiser les deux liste, ce qui doit se faire avec une troisieme ligne de shell (j'ai meme pas chercher à savoir s'il y avait une commande qui faisait déjà les trois opérations).
Et je doute que distribuer ca sur une liste de machines avec ssh ca soit vraiment plus compliqué...
Mais bon, je te comprends, tu n'as pas l'habitude...
Mo je pensais surtout a un processus qui tire beaucoup sur la batterie (activité intense sur le disque), avec la possibilité d'avoir une interruption au milieu si on a réussi a vider la susdite batterie.
Et la, ça risque d'être intéressant quand on rebranche la machine sur le secteur...
[^] # Re: precision
Posté par shbrol . En réponse au message Cherche carte PCI tv tuner. Évalué à 1.
En tres grossier : chacun de tes tuners sera réglé sur un flux TNT (6 chaines a la fois), et chaque flux est diffusé sur le réseau via multicast. C'est les clients (VLC) qui choisissent le flux et la chaine à visionner.
http://mumudvb.braice.net/mumudrupal/
[^] # Re: Et en rajoutant une piste de sous-titres?
Posté par shbrol . En réponse au message [mencoder] Incruster des sous titres dasn une vidéo. Évalué à 3.
[^] # Re: Ne pas acheter Apple
Posté par shbrol . En réponse au message MacBook Pro : écran brillant ou mat ?. Évalué à 3.
Mmhhh... Quelque-chose me dit que tu a oublié le comportement désastreux du systeme d'exploitation Ubik(tm), qui a tendance a pourrir avec le temps qui passe, jusqu'a nécessité la reinstallation complete, pour ceux qui savent faire, et l'achat d'une nouvelle machine pour les autres.
(toute ressemblance avec un OS existant, etc...)
# Rhoooo... merci!
Posté par shbrol . En réponse au message Streaming de la TNT sous Debian. Évalué à 1.
Mais merci beaucoup de me l'avoir fait découvrir, c'est pile poil ce que je cherchais, et ca va m'éviter de faire des scripts gorets comme j'avais envisagé.
Bref, /me va installer MuMuDVB, en esperant que ca soit possible sur une Debian/stable, et ensuite je pourrais peut être aider...
# Hors sujet
Posté par shbrol . En réponse au message Convertir une présentation (.odp ou .ppt) en video.. Évalué à -1.
Je sais que ca ne respecte pas les contraintes (Debian && libre), mais c'est interessant de souligner que cette fonctionnalité existe directement dans le logiciel, et ca manque sous OOo.
(curieusement, cette option existe dans PowerPoint uniquement sous MacOS X, et pas sur les version Windows...)
[^] # Re: Déséquilibre de la société
Posté par shbrol . En réponse à la dépêche Accessibilité: Oracle prend Sun mais se débarrasse de Willie Walker. Évalué à 10.
Désolé, je sors...
[^] # Re: CES 2010 & Qt
Posté par shbrol . En réponse à la dépêche Revue de presse de l'April pour la semaine 2 de l'année 2010. Évalué à 2.
Je confirme. Il s'agissait d'une Renault de location, avec une 'télécommande' a la place de la clé, qui sert non seulement a ouvrir les porte, mais aussi a démarrer.
Lorsque la voiture a refusé de démarrer avec le message « carte non reconnue », j'ai effectivement suivi cette procédure parce que c'est comme ca qu'on nous a habitué a réagir devant des OS défaillant...
Mais tu as oublié une étape : en sortant, avant de fermer, il faut penser a prendre tous les précieux que tu ne veux pas voir bloqués dans la voiture si celle-ci refuse de s'ouvrir par la suite. Dans mon cas, c'était mon fils de 3 ans sur le siège arrière...
[^] # Re: Ordinateur de bureau
Posté par shbrol . En réponse à la dépêche Fabrice Bellard bat le record des décimales de Pi. Évalué à 9.
[^] # Re: Mais oui ...
Posté par shbrol . En réponse au journal MALWARE LINUX. Évalué à 4.
Tu nous dit que sous Vista/7 seulement le premier compte est admin, donc si je ne crée qu'un seul compte, et la plupart des gens n'ont pas besoin de plus, alors c'est un compte admin...
Tu vois la différence ? En ne créant que le strict nécessaire (un seul user), sous Win c'est un administrateur, sous Linux non.
Mais je te l'accorde, ce n'est absolument pas un probleme technique, c'est juste une histoire d'ergonomie, domaine qui n'a jamais été le fort de Windows.
[^] # Re: Comme d'hab
Posté par shbrol . En réponse au journal meme pas un mois.... Évalué à 1.
Et puis, surtout, n'oublie pas que nous ne savons pas de quoi nous parlons, contrairement à lui, qui affirme, je cite : le systeme de dependance de .deb est basique.
On devrait lui suggérer de faire une recherche sur les mots-clefs dpkg triggers, ca pourrait peut-être lui apprendre quelque-chose.
Mais quel clown...
[^] # Re: Comme d'hab
Posté par shbrol . En réponse au journal meme pas un mois.... Évalué à 1.
ce plugin est externe au soft, il n'est donc pas reference par le package de ce soft. C'est au contraire le package du plugin qui reference le soft.
Il est ou le probleme, la ? Le plugin référence le soft, le plugin est mis a jour, le plugin dit coucou au soft, tu redemarres s'il te plait ?
Tu es vraiment sur de savoir de quoi tu parles ?
Oh mais la reponse a la question est tres simple : J'ai raison et toi non, car plutot que partir sur l'idee que tout est parfait sous Linux je regardes la realite. Les logiciels sous Linux ne sont pas tous integres a la plateforme, et nombre d'admins travaillent comme des pieds.
Ah oui, tu as raison et moi non, ca c'est de l'argumentation béton, heureusement qu'on est vendredi.
Effectivement, nombre d'admins travaillent comme des pieds, mais c'est pas une raison pour empecher les bons admins de travailler correctement.
Je te laisse répondre une dernière fois, parce que j'ai l'impression qu'on va diminuer ton bonus si tu n'as pas le dernier mot sur chaque fil, mais après, j'arrête, ta mauvaise fois me fatigue.
[^] # Re: Comme d'hab
Posté par shbrol . En réponse au journal meme pas un mois.... Évalué à 1.
Oui, je pense qu'il le fait exprès. Et tout son discours semble basé sur le fait que le vendeur d'un logiciel (par exemple Oracle) a un interêt quelconque a ne pas donner dans les informations du paquet les informations nécessaires a son bon fonctionnement. Je pense personnellement que ca doit venir d'une déformation professionnelle de sa part...
[^] # Re: Comme d'hab
Posté par shbrol . En réponse au journal meme pas un mois.... Évalué à 1.
Fantastique, j'espere que c'est breveté. Plaisanterie mise à part, si MSI est capable de faire ceci, pourquoi ne pas laisser le choix a l'admin : lui proposer le reboot systématique (finfaillible) ou seulement d'après le calcul de dépendances de MSI (avec une fiabilité non garantie) ?
Clairement, parce que tu n'arrives pas a faire la difference entre la description d'un package et la realite, c'est pas forcement la meme chose.
Oui, tu as absolument raison, la description d'un package peut etre differente de la realité. Dans ce cas, la description est erronée, c'est un bug, on demande a ce que cela soit corrigé, ou on le corrige soit meme.
Si les logiciels ne sont pas correctement intégrés à la plateforme, ou si les administrateurs travaillent comme des pieds, alors le systeme de gestion de paquet n'est pas fiable. On est bien avancé, là, c'est pas la peine d'aller plus loin, on le savait dès le départ.
Maintenant, pose toi la question de savoir pourquoi tu supposes être dans cette situation, alors que je fais exactement la supposition inverse ? Indice: les mauvaises habitudes d'administration et de développement propagées par un certain OS depuis des années.
[^] # Re: Comme d'hab
Posté par shbrol . En réponse au journal meme pas un mois.... Évalué à 1.
Et quand c'est pas prévu, on t'a déja donné la solution, plusieurs fois. Mais bon, il semble que tu ne veux pas comprendre.
Tiens, tu as parlé de Oracle plus haut... La version Express 10g est disponible sous forme de paquets .rpm et .deb ... Comme quoi, il suffit que les editeurs s'y mettent.
[^] # Re: Comme d'hab
Posté par shbrol . En réponse au journal meme pas un mois.... Évalué à 1.
Oui, si on fout le merdier intentionnellement, apres ca marche moins bien. Dis moi quelque chose que je ne sais pas, s'il te plait.
[^] # Re: Comme d'hab
Posté par shbrol . En réponse au journal meme pas un mois.... Évalué à 1.
Je n'ai jamais prétendu connaitre MSI, relis bien ce que j'ai écrit. J'ai juste déclaré avoir compris, d'après la description que tu en donnais, que MSI ne devait pas gérer les dépendances. Parce que s'il était capable de le faire, il devrait pouvoir s'en servir intelligemment (ne pas redemarrer si necessaire).
MSI gere les dependances, il est capable de te trouver tous les packages dependant du binaire X,
Ah, fantastique, MSI est capable de faire "une chose impossible a faire quel que soit le systeme", selon tes propres termes. J'espère que c'est breveté, au moins.
Mais bon, je ne sais pas de quoi je parle, alors je vais te laisser dans tes certitudes, tu a forcément raison.
[^] # Re: Comme d'hab
Posté par shbrol . En réponse au journal meme pas un mois.... Évalué à 2.
Content de te faire rire, sache que toi aussi tu m'amuses beaucoup.
La superiorite du libre sur le proprio elle est tres drole et n'a rien a voir la dedans, c'est le fait que le soft ne soit pas package qui est le point faible.
Donc, la solution que je donne marche a 100% lorsque tous les softs sont packagés, merci de le démontrer. Et sans trop de difficultés, on peut toujours faire un pseudo-package autour d'un soft non-packagé, juste pour l'inscrire dans le gestionnaire de paquet.
Maintenant, le libre a effectivement quelque chose a voir la dedans, parce que les softs libres sont presque toujours packagés, contrairement au softs proprios.
Inutile de me retourner la question, la reponse est que c'est une chose impossible a faire quel que soit le systeme.
Magnifique. Tu ne sais pas le faire sur le systeme commercialisé par ton employeur, donc tu généralise à tous les systemes existants, alors qu'on vient de te donner au moins un exemple du contraire. Quelle belle démonstration !
a) Oui, mais c'est plutot utopique
b) Oui, idem sous Windows en fait
Ben oui, quand on ne sais pas faire a), on fait systematiquement b), mais c'est pas glorieux.
Il y a un truc qui s'appelle MSI sous Windows, tu devrais chercher ce qu'il fait, ca t'apprendrais des trucs je pense.
Oui, je vais aller voir, parce que je n'ai pas la prétention de tout connaitre. Mais d'après ton discours, j'ai bien peur que ce machin ne sache pas gérer les dépendances, alors je ne m'attends pas à une révélation.
Et puis... tu sais, il y a un truc qui s'appelle dpkg sous Debian, tu devrais chercher ce qu'il fait, ca t'apprendrais des trucs je pense.
[^] # Re: Comme d'hab
Posté par shbrol . En réponse au journal meme pas un mois.... Évalué à 2.
J'ai donné une méthode manuelle en trois ligne de shell, et Etienne a précisé que le gestionnaire de paquet utilisait déja cette fonctionnalité pour les mises à jour.
Ensuite, au lieu de reconnaitre la puissance du gestionnaire de paquet, tu dévie la question sur les logiciels propriétaires qui ne rentrent pas dans le moule. Je te remercie de nous montrer la supériorité du libre sur le propriétaire, mais ca on le savait déjà. Et je te retourne la question : sur Windows, comment on fait pour identifier tous les logiciels qui dépendent d'une bibliothèque ?
Pour revenir au sujet :
- Si la machine ne comporte que des logiciels packagés, alors je peux laisser le gestionnaire de paquet gérer les dépendances, c'est son boulot.
- Si elle héberge en plus des logiciels non packagés (propriétaires ou pas), on sait reconnaitre ces logiciels et les redémarrer, parce qu'on s'est donné la peine de les installer avec un peu de méthode. Si on ne veut pas se prendre
la tête, on redémarre systématiquement ces logiciels en cas de mise à jour.
- Et on a même la possibilité de créer des paquets "fictifs" pour que le gestionnaire de paquets prenne en charge les logiciels externes.
J'aimerais que tu nous explique quel sont les cas qui ne sont pas pris en compte par les trois points ci-dessus, et surtout comment on peut faire la meme chose sous Windows.
[^] # Re: Comme d'hab
Posté par shbrol . En réponse au journal meme pas un mois.... Évalué à 2.
En fait, j'ai répondu directement a la question de pBpG, a savoir comment on fait pour trouver la liste des packages qui utilisent openssl, et je ne me suis pas soucié de savoir si le gestionnaire de paquet (qui connait bien sur cette info) s'en servait pour redémarrer automatiquement les services concernés... mais bon, evidemment, j'aurais pu me douter qu'il le faisait, parce qu'il le peut et que c'est super utile.
Bref, faut que je révise mon gestionnaire de paquet, il est encore plus puissant que je ne l'imaginais.
[^] # Re: Comme d'hab
Posté par shbrol . En réponse au journal meme pas un mois.... Évalué à 1.
Ah oui, quand on ne sais pas se servir d'un gestionnaire de paquet, on peut imaginer que c'est difficile. Alors, pour obtenir la liste des paquets installes sur la machine, c'est une ligne de shell, pour savoir quels sont les paquets qui utilisent openssl, c'est une autre ligne de shell, reste ensuite a croiser les deux liste, ce qui doit se faire avec une troisieme ligne de shell (j'ai meme pas chercher à savoir s'il y avait une commande qui faisait déjà les trois opérations).
Et je doute que distribuer ca sur une liste de machines avec ssh ca soit vraiment plus compliqué...
Mais bon, je te comprends, tu n'as pas l'habitude...
[^] # Re: Pas que le GPS
Posté par shbrol . En réponse à la dépêche Votre smartphone est-t-il un mouchard en puissance ?. Évalué à 4.
Ce n'est pas 'gogno' ou 'gognio' mais 'gonio' pour (radio)goniométrie.
[^] # Re: Et ça sera situé où ?
Posté par shbrol . En réponse à la dépêche L'INRIA créé un centre de recherche sur les logiciels libres. Évalué à 2.
Il faut seulement accorder au système une certaine confiance, et pour l'OS concerné c'est juste hors de question.
[^] # Re: Et ça sera situé où ?
Posté par shbrol . En réponse à la dépêche L'INRIA créé un centre de recherche sur les logiciels libres. Évalué à 1.
Et la, ça risque d'être intéressant quand on rebranche la machine sur le secteur...
[^] # Re: Et ça sera situé où ?
Posté par shbrol . En réponse à la dépêche L'INRIA créé un centre de recherche sur les logiciels libres. Évalué à 1.
Faut être vraiment courageux pour faire une défragmentation de disque sur un portable sous batterie...
[^] # Re: Et ça sera situé où ?
Posté par shbrol . En réponse à la dépêche L'INRIA créé un centre de recherche sur les logiciels libres. Évalué à 2.
Tu peux préciser ta pensée ?