Thomas Douillard a écrit 8975 commentaires

Mouais faut pas être intégriste anti araignées ni gens qui se douchent pas avec du savon désinfextant le matin ;)

héhé tu leur explique que leur protocole est foireux parce que ca marche mal alors que t'utilise un logiciel alternatif que t'es pas censé utiliser ?

ok c'est sous linux et c'est authorisé à des fins d'interropérabilité mais ca m'étonnerait qu'ils se foulent à corriger le pb ^^

Tiens, le troll google-watch est de nouveau à la mode ?

Dans ces cas là, une petite recherche dans la base apt est la bienvenue :
apt-cache search nom du logiciel te donne les noms des paquets, apt-cache show pour avoir leurs versions

sinon il y a des interfaces graphiques pour faire ça ^^

si t'as pas ca dans ta base de paquets une petite recherche sur apt-get.org peut peut être t'aidre, tu rajoutes les éventuelles sources trouvées dans ton /etc/apt/source.list et ca roule.

A part ca le forum debian de linuxfr est aussi très approprié pour poser ce genre de questions ;)

imagine une variable non initialisée dans le code, pour une raison xy, et que tu suppose ne rien contenir, genre

if (bidou){
$toubidou="bla";
}

print $toubidou;

toubidou reste initialisée si non(bidou)

suppose que c'set le comportement que tu veuille obtenir, et qu'un petit malin mette un petit ?toubiou="truc" dans son url, et ben là elle sera plus du tout pas initialisée.

c'est encore plus dangereux si t'as un "eval($toubidou)" dans ta page et que l'url c'est ?toubidou="rm -rf /" ;)

ces plugins s'installent tout seuls dans le bon répertoire, pas besoin de passer par firefox pour les installer. En gros ff détecte les .so dans sont répertoire de plugin

Il y a sans doute des paquets pour ta distrib

Si j'ai bien compris ce que tu cherches a faire, un logiciel très pratique pourrait t'être utile : gnuplot

ca se scripte facilement, et c'est moins lourd que OOo

dans un term :

$ gnuplot

un prompt, et tu tapes :

gnuplot> plot 'lefichier'

et la oh miracle, ton graphique s'affiche. "man gnuplot" ou le net pour mettre ca dans un fichier ou adapter ce que tu veux, je connais pas tout ça par coeur ;)

Ca ne dérange peut être que moi, mais mettre des espaces après les '.' et les ',' ca aide aussi a la lisibilité du message.
C'est encore plus important dans les lettres de motivations par exemple ;)

Effectivement il n'y a une version libre du paquet qu'en sid :

http://packages.debian.org/cgi-bin/search_packages.pl?keywords=unra(...)

Enfin si on se réfère à la citation "ma liberté s'arrête a al liberté d'autrui, la liberté de la GPL semble au moins aussi appropriée que l'autre

Si tu utilise debian, il y a deux version de unrar : une libre (paquet unrar) qui ne gère pas les rar versions 3 et une non libre, unrar-nonfree, qui les gère

si tu as des problème, un petit apt-get unrar-nonfree devrait les régler.

Sinon pour Wine (libre) tu dois confondre avec Cedega (anciennement WineX) qui n'est pas libre, et donc pas intégré dans les distribs par défaut

Même question qu'au dessus, t'utilises quoi comme distribution ?

parce que si c'est debian, "apt-get install xmule" dans un terminal ca devrait passer, si c'est mandrake, "urpmi xmule" ...

il y a aussi des interfaces graphique pour faire ca, regarde du coté du mandrake control center sous mandrake

Il se parle comme il veut, regardez les auteurs ;)
c'est sous-entendu dans ses messages d'ailleur

Évidemment ce sont les gens de mozilla.org qui font les mises à jours, mais les ptits gars de ma distrib ils intègrent très bien les mises à jour de mozilla dans ladite distrib, en plus de celles de tas d'autres logiciels.

Donc en bon fainéant qui se respecte, j'ai pas choisi d'installer une LFS et je laisse bosser mon gestionnaire de paquets.
Pour moi la fonction de mise à jour automatique devrait servir qu'aux windowsiens ;).
Ou à la rigeur aux LFSiens qui ont suffisemment perdu la foi pour accepter un logiciel pas compilé ...

Les extensions et les traductions s'installent très bien sans passer par root, dans ton ~/.firefox si je ne m'abuse. c'est vrai que du coup les extensions s'installent que pour un utilisateur.

Et pour les mises à jour, je préfère laisser travailler le gestionnaire de paquets de ma distrib ^^

(when window-system
(mwheel-install))

ajoute ces deux lignes a ton .emacs pour faire marcher la molette de la souris.
Une des grandes forces d'emacs est d'être extremmement configuragle et extensible, donc si tu cherches une fonction, il y a de grande chance que ca existe déja, suffit de chercher un peu.

faudra revoir ta définition de Byte ;)

pour le point 1, je vois au moins un problème, outre le fait que les systèmes de packages sont développé différemment pour chaque distrib :

-> les distribs évoluent à des rythmes différents au niveau des versions de paquets, et ca peut poser des problème dans le cas de paquets compilés : si X utilise une version d'une bibliothèque que Y par exemple, même au sein d'une même distrib (debian stable ou sid par exemple)

c'est pour ca qu'il existe des standards genre LSB implémentés dans certaines distrib, en particulier pour des logiciels proprios livrés seulement en binaire.


Pour le point 2, ces systèmes existent déja, apt / urpmi / yum ... permettent d'installer des dépendances automatiquement:
apt-get install gnome sous debian t'installe les libs gnomes + et tous les paquets nécessaires pour faire tourner gnome. Les paquets peuvent être cherchés dans différentes sources (cd/net). Il est possible a chacun de créer son propre dépots de paquets (apt-get.org pour debian en recense un certain nombre)

D'ou l'idée proposée de créer des meta packages pour gérer un ensemble de logiciel dédiés à une tache particulière, qui ont en dépendance les logiciels que tu veux inclure. il est plus simple (et plus souple) de créer un repository que de faire une distrib. l'installer ne serais pas plus compliqué que d'intaller le système de base, ajouter une source de paquet et installer le meta paquet correspondant.

Les mises a jour se gèrent par une simple commande. On peut gérer tout ca par des interfaces (pour ajouter des dépots, installer des paquets,...)

Héhé de même il est impossible de prouver qu'une faille n'a jamais été exploitée.
Je me doutais pas de la profondeur du débat quand j'ai lu ca dans la news sur les bugs du noyau ;)

petite explication au moinssage sauvage : faut chercher un jeu de mot dans la faute d'orthographe (parfaitement volontaire)

OOo permet pas l'export en .pdf ?

Salut, au vu de ton message, je suis pas sûr que tu ais installé le rpm.

il y a plusieurs méthodes pour installer un rpm, mais il faut passer root

• en console : passer root (commande su) et installer le rpm avec rpm -i lerpm.rpm. Suivant ta config, sudo rpm -i lerpm.rpm peut marcher aussi
  
• ta distrib propose peut être de l'installer en cliquant dessus
  
  
  une méthode plus sympa pour installer des logiciels sous linux est d'utiliser les gestionnaires de ta distrib, qui proposent d'installer pas mal de logiciels en les cherchant tout seul sur le net. Cedega est sans doute pas dedans, je le crains, mais wine devrait y être ;)

Elle gagnerait surement en facilité d'utlisation si tu lui faisais un ptit script shell qui lui demande un niveau de manière graphique par xdialog/zenity/... et une petite icone qui lance ce script.

Que l'oral n'a jamais eue tu veux dire

juste une petite remarque de bash : le "export" est là pour transmettre des variables aux processus fils, pas pour les déclarer.

ici "id_konv" et "raison" sont pas utiles aux processus fils, apparemment, donc tu peux te contenter de :

id_konv=`dcop | grep 'konversation'`
raison=`kdialog --inputbox "Raison ?"`

<chipottage>