T'es pas obligé de compiler le programme pour l'installer en ligne de commande.
"urpmi apache" devrait faire la même chose que le centre de controle mandrake (si apache est exactement le nom du package)
Pour faire des recherches en ligne de commande, ije t'invite a consulter la doc de urpmi, ou le man "man urpmi", je connais pas mandrake
L'autre manière d'installer en mode commande est de compiler le programme (transformer le code source en code machine), mais pour ca il faut un compilateur (souvent gcc) que tu n'as visiblement pas installé, "urpmi gcc" donc.
Mais il faut savoir que compiler le programme prend plus de temps que de l'installer à partir du gestionnaire de package, et peut poser plus de problème (gestion "à la main" des dépendance, conflits avec les paquets installés grace au gestionnaire de package ...). Ces problèmes sont pas insurmontables, mais le gestionnaire de paquet est quand même plus pratique.
Le tri que tu cites m'a pas l'air d'être le tri à bulle, mais le même que le miens, le sélection/permutation.
Si mes souvenirs sont bons, le tri bulle c'est plutot une bulle qui "remonte" à partir du fond en remontant à chaque fois le plus petit des deux, genre :
(a voir penché, pour imaginer la bulle qui remonte (blup)
Bon, un petit tri simple, le tri selection/permutation :
Tu recherches le plus grand élément du tableau, et tu l'échanges avec le premier.
Ensuite tu prend le second plus grand (dans le reste du tableau) et tu l'échanges avec le second, ...
en pseudo code, ca doit donner quelque chose comme ça :
pour début_non_trié de 1 à tailledutableau
indice_max <- début_non_trié
//sélection du plus grand élément du tableau non trié
pour x de début_non_trié à tailledutableau
si (tab[x] > tab[début_non_trié]) alors
indice_max<-x
fin si
fin pour
// échange de début_non_trié avec le max
y <- tab[début_non_trié] // y variable temporaire
tab[début_non_trié] <- tab[indice_max]
tab[indice_max] <- y
fin pour
Exact, tu payes, ca s'appelle la redistribution des richesses.
En gros, pour ceux qui auraient pas suivi, ca permet a ceux dont les parents auraient pas pu payer une formation même si on avait supprimé tous les impots relatif à l'éducation de le faire quand même
et aussi des sortes de zones de zoom automatiques, genre un zoom prédéfini sur une partie de l'univers (ca fait mieux que bureau ^^) genre tu clique sur une partie et ca cadre les trucs que t'as défini, ou clic sur un document et tu cadre dessus. ca serait plus rapide que zoom/dézoom interminable
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
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 ;)
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
É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 ^^
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.
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 ;)
[^] # Re: Réponse
Posté par thoasm . En réponse au message Erreur lors d'une installation d'un programme. Évalué à 1.
"urpmi apache" devrait faire la même chose que le centre de controle mandrake (si apache est exactement le nom du package)
Pour faire des recherches en ligne de commande, ije t'invite a consulter la doc de urpmi, ou le man "man urpmi", je connais pas mandrake
L'autre manière d'installer en mode commande est de compiler le programme (transformer le code source en code machine), mais pour ca il faut un compilateur (souvent gcc) que tu n'as visiblement pas installé, "urpmi gcc" donc.
Mais il faut savoir que compiler le programme prend plus de temps que de l'installer à partir du gestionnaire de package, et peut poser plus de problème (gestion "à la main" des dépendance, conflits avec les paquets installés grace au gestionnaire de package ...). Ces problèmes sont pas insurmontables, mais le gestionnaire de paquet est quand même plus pratique.
[^] # Re: Non au brossage dans le sens du poil
Posté par thoasm . En réponse au journal Les points sur LinuxFR. Évalué à -2.
en plu_ t'essayes d'illustrer ton propos !
pas mal tenté
[^] # Re: pour la rapidité chapeau
Posté par thoasm . En réponse au message comment trier des nombres?. Évalué à 3.
Si mes souvenirs sont bons, le tri bulle c'est plutot une bulle qui "remonte" à partir du fond en remontant à chaque fois le plus petit des deux, genre :
(a voir penché, pour imaginer la bulle qui remonte (blup)
10 5 2 7 9 4 °| 3 12 |° 12>3 => la bulle chope 3
10 5 2 7 9 °| 4 3 |° 12 3<4 => elle remonte 3
10 5 2 7 °| 9 3 |° 4 12 3<9 => idem
10 5 2 °| 7 3 |° 9 4 12 7<3
10 5 °| 2 3 |° 7 9 4 12 => elle chope 2
10 °| 5 2 |° 3 7 9 4 12
°| 10 2 |° 5 3 7 9 4 12
2 10 5 3 7 9 4 12
hop on a remonté le 2, maintenant faut recommencer en prenant une bulle qui remonte plus jusqu'en haut.
L'avantage c'est qu'à chaque passage tu remontes pas seulement le 2 mais t'as aussi remonté pas mal le "3".
Pas en nombre de permutation par contre, mais bon, après faut voir dans des cours d'algos ;)
[^] # Re: pour la rapidité chapeau
Posté par thoasm . En réponse au message comment trier des nombres?. Évalué à 2.
Tu recherches le plus grand élément du tableau, et tu l'échanges avec le premier.
Ensuite tu prend le second plus grand (dans le reste du tableau) et tu l'échanges avec le second, ...
en pseudo code, ca doit donner quelque chose comme ça :
[^] # Re: BTS ou DUT
Posté par thoasm . En réponse au journal Epitech quelle est votre avis ?. Évalué à 3.
En gros, pour ceux qui auraient pas suivi, ca permet a ceux dont les parents auraient pas pu payer une formation même si on avait supprimé tous les impots relatif à l'éducation de le faire quand même
[^] # Re: original...
Posté par thoasm . En réponse au journal Archy, un autre type d'interface utilisateur. Évalué à 2.
[^] # Re: vers un avenir libre ?
Posté par thoasm . En réponse à la dépêche Solaris officiellement annoncé sous licence Open Source. Évalué à -3.
[^] # Re: Mon avis
Posté par thoasm . En réponse au journal A mort Gaim. Évalué à 4.
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 ^^
[^] # Re: question
Posté par thoasm . En réponse au journal Du nouveau du côté de chez Google. Évalué à 3.
[^] # Re: Installation sur debian stable ???
Posté par thoasm . En réponse à la dépêche Xfce 4.2 est sorti. Évalué à 4.
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 ;)
[^] # Re: php.ini
Posté par thoasm . En réponse au message migration foireuse.... Évalué à 3.
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 /" ;)
[^] # Re: marche pas pour moi
Posté par thoasm . En réponse au journal Bandes annonces sous Linux, site qui marche !!!. Évalué à 2.
Il y a sans doute des paquets pour ta distrib
# Gnuplot !
Posté par thoasm . En réponse au message graphique dans OOO. Évalué à 2.
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 ;)
[^] # et la typographie ...
Posté par thoasm . En réponse au journal bonjour (je suis à la recherche d'un stage merci). Évalué à 10.
C'est encore plus important dans les lettres de motivations par exemple ;)
[^] # Re: rar et unrar
Posté par thoasm . En réponse au message Wine et WinRar. Évalué à 1.
http://packages.debian.org/cgi-bin/search_packages.pl?keywords=unra(...)
[^] # Re: Interessant
Posté par thoasm . En réponse à la dépêche Entretien avec Richard Stallman. Évalué à 2.
[^] # Re: rar et unrar
Posté par thoasm . En réponse au message Wine et WinRar. Évalué à 4.
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
[^] # Re: lmule ?
Posté par thoasm . En réponse au message Installation de lmule. Évalué à 1.
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
[^] # Re: relis toi gros naze !!!!
Posté par thoasm . En réponse au journal Un grep recursif en shell. Évalué à 3.
c'est sous-entendu dans ses messages d'ailleur
[^] # Re: Hum
Posté par thoasm . En réponse au message Mandrake et Firefox. Évalué à 1.
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é ...
[^] # Re: Hum
Posté par thoasm . En réponse au message Mandrake et Firefox. Évalué à 1.
Et pour les mises à jour, je préfère laisser travailler le gestionnaire de paquets de ma distrib ^^
# Molette de souris
Posté par thoasm . En réponse au message Unicode et GNU Emacs en mode console. Évalué à 2.
(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.
[^] # Re: ça dépend...
Posté par thoasm . En réponse au journal Des données sur un vinyle. Évalué à 1.
[^] # Re: Pom Pom Pom
Posté par thoasm . En réponse à la dépêche Lancement du projet Garbure. Évalué à 2.
-> 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,...)
[^] # Re: FireFox cartonne chez les poweruser
Posté par thoasm . En réponse à la dépêche Deux pages de Firefox dans le New York Times. Évalué à -1.
Je me doutais pas de la profondeur du débat quand j'ai lu ca dans la news sur les bugs du noyau ;)