Marotte ⛧ a écrit 8859 commentaires

Ça semble assez logique quand on sait que Google est le moteur le plus utilisé et le plus connu en France (je ne sais pas pour le reste de l'Europe). Ce qui n'est pas le cas au USA, en Russie ou en Chine.

L'inconnu qui reste c'est à propos de l'Europe. On ne sait pas quel va être le moteur par défaut choisi par Firefox.

Google ! :)

Oula, j'ai pas ce talent moi :) D'après le Web il s'agit de Pierre Dac.

Question bête : Plutôt que §, ne faudrait-il pas plutôt utiliser "RS" (record separator (0x1E)) ?

En fait, en pratique, il n'est pas nécessaire d'aimer les gosses pour aimer ses gosses !

Les gamins c'est comme les pets : on ne supporte que les siens. ^^ (je sais pas de qui elle est mais elle me fait toujours marrer…)

Oui mais dans un terminal il faut faire Ctrl+Shift+c (et Ctrl+Shift+v pour coller) car Ctrl+c fait un BREAK…

Ctrl+Shift+c c'est déjà moins ergonomique, ça ressemble à un raccourci emacs c'est pour dire…

Laissez-nous ces putains de touches bordel… Idem, toujours dans un terminal, Shift+PageUp et Shift+PageDown sont indispensables… On les remplace par quoi ?

Faut ouvrir les yeux les mecs, les geeks comme vous (et moi bien que je code très peu), ça représente 1% des utilisateurs d'informatique… Donc y'a 99% de gens qui n'utilisent JAMAIS ces touches.

Euh… Quelqu'un qui fait de la bureautique et qui n'utilisent pas les touches dont tu parles c'est quand même un sacré bras-cassé…

J'ai l'impression que tu prétends que 99% des gens sont des débiles profonds ne sachant pas utiliser un ordinateur et qui font tout à la souris, ce qui est à mon avis totalement fantasmé.

Je ne dis pas qu'il n'y a pas des choses à améliorer sur l'AZERTY (par exemple on a une touche qui ne sert que à l'écriture d'UN mot de la langue française et à rien d'autre…) mais les touches dont tu parles, alors là franchement non…

MySQL est un exemple très connu de logiciel distribué sous double licence (proprio & GPL), ce depuis le début si je ne m'abuse.

des adresses IP qui se terminent par .0, ce n'était pas forcément un réseau…

C'est pas contraire aux RFC ?

Est-ce que tu ne voudrais pas aussi le cul de la crémière et le sourire du crémier ? ;)

et je dois attendre deux ans pour qu'une nouvelle version d'une application dont j'ai besoin (parce qu'elle apporte une nouvelle fonctionnalité ou corrige des bugs)

Nouvelles fonctionnalités clairement. Corrige des bugs c'est très relatif. Les applications d'une stable n'ont généralement pas de bug grave à la sortie de la distribution, si par la suite on découvre des bugs ils sont soit mineurs et contournables, soit critiques, et dans ce cas corrigés dans la version stable actuelle.

Et sinon quel est le problème avec les PPA ou encore les backports Debian ?

Note qu'anacron (sans "h") ne remplace pas cron mais est complémentaire de celui-ci.

Le fonctionnement est très simple, quand tu lances anacron il regarde les tâches à faire une par une, ainsi que le jour de leur dernière exécution, exécute celles qui doivent l'être et se termine (ce n'est pas un daemon).

Les tâches à effectuée sont stockées dans un fichier "anacrontab" et à chaque exécution il écrit un fichier nommé avec le nom de la tâche qui contient la date d'exécution.

La doc d'anacron suggère de le lancer au login mais on peut aussi le lancer à intervalles réguliers avec… cron…

Ce qui est dommage c'est que la granularité c'est à la journée, donc ce n'est pas possible de lui dire d'effectuer une tâche toute les 5 heures, par exemple.

Ça commence bien avec le titre mais le texte gagnerait à utiliser Impact voir Comic Sans MS

Le choix des couleurs est parfait. Orange et bleu, LA combinaison de couleurs opposées.

Mais qu'elle prise de tête toute ces distribs qui appellent liveCD leur… liveDVD :)

Quelles distribs ? Parce que comme je disais, Debian ça tient sur un CD. Et si j'en prends une autre, au hasard Fedora, en cherchant un peu je vois que le « Spin » Xfce tiens lui aussi sur un CD. En plus Xfce saymieu (surtout si l'ordi est un peu âgé)

http://fedoraproject.org/en/get-fedora#desktops

C'est ce que j'allais te proposer, super distrib, orientée support/dépannage mais tout à fait utilisable comme distribution généraliste pour un usage basique.

Et même avec tout ce qu'il y a déjà dedans il reste de la place sur un CD ! (l'ISO fait 393 MiB actuellement)

Et sinon, un LiveCD Debian ça tient sur un CD.

Oui. Je ne sais pas d'où je tiens ça…

http://stackoverflow.com/questions/9449778/what-is-the-benefit-of-using-instead-of-backticks-in-shell-scripts

À priori il n'y a pas de différence fonctionnelle mais ils ne s'utilisent pas pareil, certains caractères ne sont pas interprété pareil.

Sur stackoverflow la réponse qui revient pas mal c'est que les $() peuvent être imbriqués, ce à quoi quelqu'un répond qu'on peut aussi imbriquer les `` mais que c'est assez moche :

Suppose you want to find the lib directory corresponding to where gcc is installed. You have a choice:

libdir=$(dirname $(dirname $(which gcc)))/lib

libdir=`dirname \`dirname \\\`which gcc\\\`\``/lib

The first is easier than the second - use the first.

on a un quota de quelques centaines de Mo la semaine, et un truc du genre 1 giga l'an

Tu es en prison ? :) Dans quel pays ?

En même temps, j'ai pas l'énoncé

Tu surf sous elinks et tu n'arrives pas à afficher la nimage dans ton framebuffer ? Tu réponds par mail ? Tu utilises un terminal Braille ?

Merci pour ton explication.

Il se trouve que les autres tests renvoient le même résultat avec une chaîne vide ou un paramètre absent.

C'est tordu, je me demande la raison derrière :/

En fait, tous tes tests devraient contenir des guillemets

Oui…

Si ça se trouve le résultat et peut être aléatoire sans guillemets ? Ou bien le test -n se comporte volontairement de manière différente ?

Non, tu ne dois pas utiliser de boucle for, c'est dans l'énoncé.

Il faut utiliser le paramètre spécial $@ qui contient l'ensemble des arguments (et pas $* qui fait sensiblement la même chose mais pas tout à fait)

C'est traité au chapitre « Paramètre spéciaux » du manuel de ton shell.

Chez moi, /bin/sh lance /bin/dash donc man dash…

Tu fais ce truc sous quel OS ?

Tu dois faire un script en shell qui s'utilise ainsi :

$ ./script arg1 arg2 arg3

et qui a la même sortie que la commande ps -C arg1,arg2,arg3

en utilisant sed :)

On peut t'aider à voir ce qui ne va pas dans ton code, comme on l'a fait pour l'exercice 2. mais peu de gens vont te donner une réponse toute faite. Ça ne serait pas te rendre service…

man sed ! Non je déconne ça va pas trop t'aider. Cherche plutôt un cours, avec des exemples, sur le web pour te familiariser avec sed.

J'ai utilisé $* parce que je suis idiot.

C'est d'ailleurs assez tordu de le faire avec sed… J'y arrive, mais le script ne supporte pas des espaces supplémentaires entre les arguments (alors que les deux premiers scripts si), ça finit en arg1,arg2,,,,arg3 ce que ps -C trouve toute aussi impropre comme liste…

Bon courage ! ^^

Je dois remplacer les espaces par des virgules or il y a déjà des virgules non ? Ou bien c'est le script 1 que je dois modifier ?

Ni l'un ni l'autre, à part pour le test du nombre d'arguments…

Parce que geany n'est pas lancé ? :)

Ton script fonctionne.

Bien vu.

Si je test $VAR et "$VAR" ou ! -z $VAR et ! -z "$VAR" j'ai le même résultat, par contre -n $VAR et -n "$VAR" ne donne pas le même résultat.

C'est en flagrante contradiction avec le manuel :

-n CHAÎNE
la longueur de CHAÎNE est non nulle
CHAÎNE équivalent à -n CHAÎNE

J'aime mon shell…

C'est normal ce comportement ?