thoasm a écrit 9440 commentaires

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>

reste la solution d'aller les chercher sur tinyurl tant qu'il marche, et de les mettre dans une bd gigantesque, d'embaucher une armée de volontaires pour explorer le web à la recherche de ces URL maudites, et de remplir la bd au passage.

Facile.

juste un petit point de typographie, c'est pas pour être lourd mais quitte a pas faire du SMS pour être lisible autant respecter une règle de typo élémentaires: un espace après les ponctuations.

Ca permet de faire facilement la séparation entre les mots, parce que sans espace du tout, perso, ça me gène :p

Pour le client web, on peut faire mieux et faire passer le traffic par un proxy, en passant par le port https par exemple. C'est ce que je fais à la fac, c'est possible avec gaim.

Certe c'est fait pour être cassé, mais cassé à cause d'un dist-upgrade foireux qui te bouffe des dépendances, c'est pas le but a mon avis.
Comme dit plus haut, un "apt-get upgrade" c'est moins risqué, et les packages qui sont pas mis a jour le sont en général pas longtemps après.

Sinon un apt-get install au cas par cas après pour installer les packages récalcitrants si ca t'en désinstalle pas 150 au passage, ca se fait.

Vouloir tester les lib-gnomes sans le reste de gome (ex pris au hasard) c'est pas a la portée de n'importe qui ^^

Je crois que la GPL impose simplement de distribuer le code source à ceux a qui on distribue le binaire, et pas a qui et a quel prix on le distribue.
Ensuite bien sur le code doit rester libre toussa ...

Ca peut aider, faudrait aussi considérer le cas ou openoffice est installé par défaut dans la distrib avec toujours par défaut une grosse icone traitement de texte/tableur/... pour pouvoir faire exhaustif.

Et rien n'empêche une distrib de le faire, et je serai pas du tout étonné que ce se fasse déjà.

En même temps Martine elle doit être ravie que son geek de fils s'occupe de tâche dont elle n'a pas du tout envie de s'occuper, et elle a pas du insister beaucoup pour savoir comment les réaliser sachant que son fils le ferait avec plaisir

il faut qu'elle tape urpmi/apt-get/yum install son truc en root avec bien entendu le nom du bon package, et en français s'ilvouplé.

Pour l'installation des programmes, il y a depuis pas mal de temps des interfaces (le mcc/synaptic ...) dans lesquelles on peut faire des recherche non seulement sur les noms des packages mais aussi sur leur description, faut pas exagérer.

Si Martine a la malchance d'avoir du matos non supporté c'est plus compliqué c'est sur, mais sinon c'est un bonheur d'installer un linux.

sans ça, rajouter un -L/repertoire/vers/libnet -lnet à gcc aurait le même résultat et sans les droits root, mais il semble que ce ne soit pas vraiment le pb.

(soyons politiquement correct, après tout c'est fait par des bénévoles)

Il y a aussi des développeurs payés dans le ll, et heureusement pour eux