liberforce a écrit 4744 commentaires

Si c'était une archive avec des binaires, t'as plus qu'a les chercher à la main...
Si c'est du source que t'as compilé, il y a peut être un make uninstall
Pour éviter ça il vaut mieux faire un
./configure
make
checkinstall

A ce que j'ai entendu, checkinstall appellera le make install et créera une entrée dans la base rpm et le rpm en question. Après tu peux désinstaller plus facilement...

pareil, le ton m'a paru assez objectif... pas de quoi faire une chasse aux sorcières...

Au contraire, la release "2006" en 2005, [...] et bien figure toi que ça me rappelle pas mal un autre OS.

Tu dois confondre, l'autre os c'est la release 2004 en 2012...

Je ne peux te parler de la partie administration, n'étant pas admin moi même. Mais effectivement je pense qu'il y a un minimum syndical : connaitre le script shell (voire perl et python).

Pour ce qui est de la programmation, une philosophie simple, c'est que tu te fiches au début de savoir le langage de programmation à utiliser. Tu essaie de poser sur le papier tes idées.

Qu'est ce que je dois faire ?
Est ce que je dois vraiment le faire (sous entendu : "est-ce que ça n'existe pas déjà tout prêt ?")
De quoi j'ai besoin pour le faire ? (un bloc qui fait çi, un autre qui fait ça)
Quelles sont les données à manipuler ?
Fais un schéma pour identifier les acteurs de ton futur programme (tes "blocs fonctionnels").
Identifie les entrées/sorties de tes blocs (les données qu'ils manipulent et le résultat de leur transformation).

Une fois que tu as fait ça, une bonne partie du boulot est fait... c'est la conception. Ensuite tu peux faire du pseudo code pour détailler le fonctionnement de tes "blocs", c'est à dire écrire dans un langage naturel (en français quoi !) ce que chaque bloc doit faire. Par example pour un programme qu doit recevoir en argument un nom de fichier :

Bloc : "Vérifer les paramètres d'entrée "

Si nombre d'arguments inférieur à 1
alors
afficher un message d'erreur "pas assez d'arguments"
arrêter le programme.
fin si

si l'argument n'est pas un nom de fichier
alors
afficher un message d'erreur "argument invalide : donnez un nom de fichier"
fin si

si l'argument n'est pas un nom de fichier existant
alors
afficher un message d'erreur " argument invalide : le fichier n'existe pas"
fin si

Le reste c'est utiliser le langage approprié (pour de l'admin, c'est en général un de ceux que j'ai cité je pense) qui convient le mieux à la résolution de ton problème, et aussi avec lequel tu es à l'aise, pour retranscrire ton pseudo-code en code.

Pour un petit programme tu n'auras pas à faire tout ça (pas détailler autant, et avec l'habitude, pas de pseudo code), mais dès que tu veux faire quelque chose de plus élaboré, c'est une bonne habitude à prendre. On voit trop souvent le problème du développeur qui commence à coder sans avoir préalablement réfléchi à son problème...

J'espère t'avoir aidé, mais aussi que tu feras un peu plus attention à ton orthographe, parce que mine de rien, informaticien ou pas ça compte beaucoup, et ça pourrait te fermer des portes. Alors un petit effort, même si tu as l'air d'être une victime de la méthode globale ;-)

PS : un guide (en anglais) pour apprendre le shell script sous bash :
http://www.tldp.org/LDP/abs/html/index.html(...)

Arf, j'ai à peine eu le temps de lire un paragraphe que je me suis dit : "oh putain, elle est où la caméra, c'est Marcel Bélivot ?"

Sans déconner, s'en serait presque risible si je savais pas que quelques piliers de comptoir vont prendre ça pour argent comptant...

yesss ! merci bien !

Quelqu'un aurait dans ses bookmarks la page web (sur le site de la ffii je crois, mais je suis plus sûr) qui présente une une 20 aine de brevets enfreins sur une même page ? Genre le caddie électronique, le one-click shopping, etc...

Si tu es sûr que c'est un programme qui est censé tourner sous linux, c'est peut être un truc en qui tourne dans l'environnement MONO, le .NET de linux (y a aussi DotGnU). Je m'y connais pas trop en MONO, mais donne des précisions sur le programme téléchargé seaient appréciables pour que d'autres linuxfriens te guident...

http://www.mono-project.com/about/index.html(...)

Pas con ça, le brevet sur le Hello World... ça peut rapporter gros...

mouarf... ça se saurait :-)
plus sérieusement :

killall urpmi urpmi.update urpme rpm urpmi.addmedia
rm -f /var/lib/urpmi/.LOCK /var/lib/rpm/RPMLOCK

rm -rf /var/lib/rpm/__db*
rpm --rebuilddb

ces manips ne donnent rien, j'ai toujours le même problème...

bin il me semble avoir déjà essayé... et rpm a pas de problème, il me renvoie des infos correctes... c'est urpmi qui sort ses infos erronées de son chapeau de magicien... mais je retenterai au cas où...

en gros, c'est rpm qui me dit : "m'enfin, c'est pas là !", et effectivement c'est pas là...
urpmi me dit "mais si c'est là !", et il se goure comme une m*****, c'est pas là...

oui, mais ça ne marche pas on plus... je crois qu'urpme me dit qu'ils ne sont pas installés, ou qu'il ne les trouve pas...

Est-ce que tu sais où urpmi conserve les infos qui lui disent ce qui est installé ? et d'ailleurs, le fait il ? il doit (devrait ?) plutôt laisser ça à rpm...

Pour les empreintes digitales, il y a de la détectection sur le flux sanguin du doigt (en tout cas c'était le cas pour les modules d'une grosse boite française). Si tu présentes un doigt coupé, t'as intérêt à avoir la pompe qui va avec...

Forcément, ce genre de site est visité en majorité par des gens "informés", voire des informaticiens...

bah alors suffit au lien de passer en bi phase, de passer en quadriphase, ton dernier jour durera 2 jours... ;-)

Ainsi quand un truc est à rendre pour dans 2 semaines, pour vous, dormeur polyphasique, c'est à rendre pour dans 1 mois !

En même temps comme toutes les brelles d'étudiants, les trucs à rendre on s'y prend les 2 derniers jours...

Mon conseil : polyphase pendant ces 2 jours là ;-)

pour te filer les numéros de la semaine suivante avant tout le monde, hippopodébile :-]

déjà si tu n'es pas développeur, je te dirais d'éviter gentoo pour commencer... tu cherches un peu la merde, là quand même (pas de troll gentoo svp). Alors certes, il y a encore des problèmes, mais la tu noircis le tableau.

J'ai une mandrake 10.1 et :
- l'automount fonctionne parfaitement quand j'insère un CD, ou que je connecte mon appareil photo...
- Je n'ai jamais en 2 ans d'utilisation de linux eu de conflit de glibc.
- Les plantages systèmes que j'ai eu se comptent sur les doigts d'une main...
- Les efforts d'uniformisation de la plateforme sont en cours, LSB, efforts de freedesktop.org avec leurs specs d'IHM ou DBUS

Non, franchement, le seul truc qui me gave dans linux c'est de devoir attendre 6 mois que ma distro sorte pour avoir une nouvelle version de gaim ou de firefox, si je veux pas avoir à passer en instable ou devoir trouver un paquet exotique généré par je sais pas qui et où ça me fout en l'air mes dépendances...

Je trouve que tu noircis le tableau quand même... Et sur la question du choix, c'est justement ce qui est bien dans linux ! Si tu ne donnes pas de choix au gens, ils ne peuvent pas savoir que ce choix existe (sinon on n'aurait pas 90% d'IE sur les PC de la planète). J'applaudis aussi quand l'UE oblige microsoft à enlever windows media player de winXP parce que les gens vont bien devoir regarder ce qui exite pour le remplacer, et devoir comparer...

C'est bien de choisir pour simplifier (ex : les distros orientées Gnome ou KDE, je suis pour), mais pouvoir avoir le choix pour voir ce qui correspond le mieux à ton besoin, c'est aussi essentiel ! Faut pas oublier que l'uniformisation nuit aussi au progrès...

Exact, j'avais vu en cherchant des infos sur la micro-sieste qu'il avait fait le préambule d'un bouquin sur la sieste...

Surtout que dans le milieu de l'édition, ça a l'air d'être de notoriété publique qu'il a eu un nègre... mais chut, je ne vus ai rien dit... :-)

j'ai entendu parler d'un truc qui s'appelait slapt-get je crois... je sais pas ce que ça vaut

le problème c'est que les gens perdent leur temps à refaire des frontends à cdrecord/cdrdao plutôt que d'améliorer la libburn... Si vous voulez rentrer dans un projet gnome, pensez à libburn... moi j'essaierai dès que je pourrai (je finis de compiler gnome à partir du cvs et j'arrive ;-) )

Nautilus pour les CD data, mais pas pour les CD audio... sinon il y a coaster, graveman, gnomebaker... http://gnomefiles.org/subcategory.php?sub_cat_id=103(...)

tout à fait, il avaient "subtilisé" le code de mplayer (ils utilisent un format que mplayer a développé)

effectivement. Le problème et sa résolution apparaissent sur la mailing list gnome love http://mail.gnome.org/archives/gnome-love(...)