liberforce a écrit 4730 commentaires

Ok, tu sembles n'avoir aucune notion de gestion de paquets, donc je te donne ces liens qui t'aideront...
Lis tout ce chapitre:
http://doc.mandrivalinux.com/MandrakeLinux/101/fr/Starter.ht(...)
Et ceci aussi, surtout la section "urpmi/urpme/urpmf et rpmdrake"
http://www.linux-wizard.net/howto.php?section=5&key=gest(...)

Tu comprendras alors que tu fais complètement fausse route...
1. utilise urpmi, ça ne sert à rien de commencer à télécharger des rpm au pif à droite à gauche, quand ce n'est pas nécessaire
2. tu t'es trompé de package, tu n'as pas pris le -devel
3. si tu regard l'adresse, tu vois qu'il est dans le media "main", packagé par mandriva. Donc urpmi doit forcément pouvoir te l'installer, alors ne cherche pas de moyen détourner, si tu ne comprends pas urpmi tu auras déjà du mal à aller plus loin...

4. Le problème s'il te dit qu'il ne trouve pas urpmi, c'est tout simplement que tu n'es pas dans l'environnement de l'administrateur (root). Tape su -, puis ton mot de passe administrateur (le - est important, il charge tout l'environnement, dont le chemin d'accès à des programmes que seul l'administrateur peut utiliser).
Puis tape la commande urpmi que je t'ai donnée.

Sinon, tu peux aussi passer par le centre de contrôle mandriva, et cherche le package désiré....
Voilà, tu sais tout...

il faut installer le paquetage de développement ( *-devel chez mandriva) de gtk:

[root@liberforce luis]# urpmq -i libgtk+2.0_0-devel
Name : libgtk+2.0_0-devel
Version : 2.8.3
Release : 4.2.20060mdk
Group : Development/GNOME and GTK+
Size : 13884588 Architecture: i586
Source RPM : gtk+2.0-2.8.3-4.2.20060mdk.src.rpm Build Host: mercury.mandriva.com
Packager : Mandriva Security Team <security@mandriva.com>
URL : http://www.gtk.org
Summary : Development files for GTK+ (GIMP ToolKit) applications
Description :
The libgtk+-devel package contains the static libraries and header files
needed for developing GTK+ (GIMP ToolKit) applications. The libgtk+-devel
package contains GDK (the General Drawing Kit, which simplifies the interface
for writing GTK+ widgets and using GTK+ widgets in applications), and GTK+
(the widget set).

Donc tu installes avec urpmi libgtk+2.0_0-devel
Ensuite à partir des tutoriels GTK, tu verras la bonne ligne de commande pour compiler un exemple d'application gtk: ça ressemble souvent à gcc monexample.c -o monexample `pkg-config --cflags --libs gtk+-2.0`

bin justement... j'utilise Mandriva 2006... jamais eu de problème avec checkinstall. A priori il n'a pas besoin de .spec, vu que justement il ne se base pas sur un package existant. Il le génère à la volée d'après les fichiers qui sont censés être installés...

J'espère que tu as installé checkinstall à partir du média contrib avec un urpmi checkinstall...

Sinon si tu as le rpm source de ton application (*.src.rpm), tu peux tenter de le regénérer (voir la section "Comment installer des src.rpm ?") http://www.linux-wizard.net/howto.php?section=5&key=gest(...)

La procédure habituelle veut que tu fasses un make uninstall pour tout virer, si le développeur a été gentil, ça marche. Si la directive uninstall n'est pas supportée, t'es mal.

Je te conseille par conséquent d'utiliser le programme checkinstall, qui se cherge de te créer un rpm au lieu de t'installer un truc en vrac. Tu n'es donc plus obligé de garder l'environnement de compil pour pouvoir virer ton logiciel. Tu l'utilises en invoquant checkinstall au lieu de make install. Très pratique pour tester un truc vite fait, et ensuite un rpm -e vire toutes les traces...

et ça du commentaire \_o<

Sur quelle partition se trouvaient tes bases de données ? Si c'est celle sur laquelle tu as réinstallé l'OS, alors je crois que tu peux dire adieu à tes données... Parce que pour qu'elles y soient après 3 formatages, il faudrait un miracle...

Vérifie si tu n'avais pas fait une sauvegarde sur une autre partition, ou dans une vieille archive, un cd...

Sinon la perte de donnée n'est pas (toujours) synonyme de désespoir. C'est parfois l'occasion de recommencer ce qu'on avait fait, mais en l'améliorant maintenant qu'on en connait le principe.

bin encore heureux que les minorités aient le droit de s'exprimer, parce que sinon on aurait pas la parole souvent...

Quelle version de GNOME ?
Parce qu'un truc comme ça est corrigé depuis bien GNOME 2.12 il me semble...

Merci pour ta réponse, c'est déjà plus clair ;-)

voici le problème signalé par ma boulangère:

FAIL
Open DNS servers
ERROR: One or more of your nameservers reports that it is an open DNS server. This usually means that anyone in the world can query it for domains it is not authoritative for (it is possible that the DNS server advertises that it does recursive lookups when it does not, but that shouldn't happen). This can cause an excessive load on your DNS server. Also, it is strongly discouraged to have a DNS server be both authoritative for your domain and be recursive (even if it is not open), due to the potential for cache poisoning (with no recursion, there is no cache, and it is impossible to poison it). Also, the bad guys could use your DNS server as part of an attack, by forging their IP address. Problem record(s) are:

Server 129.142.7.99 reports that it will do recursive lookups. [test]


See this page for info on closing open DNS servers.

Je ne pense pas que ce soit un problème temporaire, ça a plutôt l'air d'être lié à la sécurité... Donc... Est-ce grave docteur ? Pourrait on m'expliquer quel est le problème un peu plus précisément ?

En même temps il annonce la couleur avec son pseudo :)

moi je joue un peu avec bash -vx monscript.sh pour le débogage aussi... ça exécute le script et ça affiche la manière dont bash interprète chaque ligne...

En bon éditeur (et pas IDE), tu as aussi Scite, qui a l'avantage d'être multiplateforme. Si tu as des conseils à demander, n'hésite pas à m'envoyer une message perso, j'ai un peu le même background que toi...

La version 2 semble assez instable, il reste la 1.2.
Je pense qu'il n'est pas actuellement assez stable sous mandriva (en plus il y a avait un méchant bug dans l'éditeur), mais c'est pour que tu saches qu'il existe. Moi j'ai fait des MFC et la transition est certes assez difficile :-).

Anjuta est en GTK, et si tu as l'habitude de la programmation d'IHM en C, GTK est fait pour toi... tu peux aussi regarder glade2 , glade3 et gazpacho qui permettent de générer des fichiers XML qui représentent l'agencement des contrôles dans ton interface graphique. Pas de code supplémentaire à faire pour que les contrôles se resizent automatiquement, contrairement aux applis en API win32 et en MFC. Bienvenue dans le monde réel :-)

Ah oui, bien pensé la génération de code avec glade, j'avais pensé à utiliser glade, mais l'IHM étant tellement simple, je trouvais ça dommage d'utiliser libglade... Comme la génération de code par glade est déconseillée, j'ai pas pensé à cette astuce... Merci encore :-)

on peut aussi ajouter:
1. crée une fonction qui fait la vérification d'une adresse passée en paramètre, et à laquelle tu donne aussi en paramètre le nom du fichier d'alarme

2. définis le nom du fichier d'alarme dans une variable au début de ton programme, cela permet de changer facilement le fichier de trace

3. définis des valeurs de retour: un programme qui se finit avec succès renvoie toujours la valeur 0, et autre chose sinon. Définis ces codes de retour dans des variables au début du script aussi, pour pouvoir faire un "exit ERR_RESEAU_KO" plutot que "exit 1" (exemple fictif), ça améliore la lisibilité.
La valeur de retour permet aussi de chainer les programmes par exemple: prog1 && prog2 n'exécutera prog2 que si prog1 a réussi (c'est à dire a retourné 0)

4. Effectivement, inclure les heures, minutes, secondes des tests est un plus

merci, ça a effectivement résolu mon problème :-)
Par contre, tu n'aurais pas une idée sur le widget à utiliser pour garder un bandeau supérieur (qui contient les zones 1 et 2) avec une hauteur fixe ?

Comme ça je fixerai la hauteur à 20% de la hauteur totale de la fenêtre au démarrage (c'est une appli qui ne s'exécutera qu'en plein écran)

hum... j'ai utilisé les deux callback et affiché la taille au démarrage. Le configure-event me donne la taille allouée de base à la fenêtre, et n'est appelé que si je resize la fenêtre. Le size-allocate me donne tout de suite la taille *affichée*, sans avoi besoin de redimensionner la fenêtre. Une fois que tu as redimensionné ta fenêtre, ta méthode marche, et si tu ne redimensionnes pas, tu auras de toute façon la même taille au prochain démarrage (ce sera la taille par défaut à nouveau, mais toi tu ne l'auras pas sauvegardée).

Crée une callback pour les deux évènements, tu verras.

non, non, apparemment c'est bien le size-allocate qu'il faut utiliser...
le configure event a l'air d'être déclenché avant que la taille ne soit fixée, donc c'est bien pour avertir qu'il faut changer la taille...

Rah leur site est tout pourri, les images du menu cachent le texte :-(
Seule solution que j'ai trouvé, virer temporairement les menus avec une règle adblock...

Je crois que ça se fait selon le nombre de signets...
Si tu en as trop, ils passent dans un sous menu, pour ne pas que le menu de base ne soit trop chargé...

gloups... j'ai oublié les guillemets pour le nom de fichier: fd fopen("entree.txt", "r");

Ah, et n'hésite pas à utiliser un éditeur qui te fait de la coloration syntaxique ( http://fr.wikipedia.org/wiki/Coloration_syntaxique ), ça te permettra de voir les erreurs les plus grossières...

1. commencer par écrire du pseudo code: tu veux faire quoi, dans quel ordre
2. chercher les fonctions qui peuvent t'aider à le faire... notamment c'est bien le diable s'il n'y a pas une fonction qui lit une ligne entière dans un fichier texte
3. oui, effectivement, le C de base, pour traiter des chaines de caractère de base, c'est tout pourri. Les langages de script comme python, perl et shell l'enfoncent.
4. Il te reste la solution la plus simple: au lieu de réécrire la roue utiliser une API qui a des fonctions d'n peu plus haut niveau un peu plus conviviales, comme l'excellente glib, effectivement: http://www.gtk.org/api/2.6/glib/glib-File-Utilities.html (regarde bien g_get_file_contents)
5. ne pas se décourager, c'est pas évident quand on débute
6. Commenter son code, mais pas comme tu le fais: dire *ce qu'on fait* et pas *comment on le fait* dans tes commentaires

Si tu ne veux pas utiliser de bibliothèque comme la glib, alors tu trouveras une bonne référence des fonctions standard en C:
http://www.delorie.com/djgpp/doc/libc-2.02/
Les modules qui t'intéressent: stdio (pour l'accès au fichiers dans ons cas), string (pour la manipulation de chaines de caratères)

après, tu fais plusieurs erreurs dans ton code, à vue de nez:

chainelu char[30]; il faut mettre le type avant le nom de variable: char chainelue[30];
char *ptr; ok
Ensuite tu as besoin d'ouvir ton fichier pour récupérer un descripteur de fichier à utiliser dans fgets (regarde fopen: http://www.delorie.com/djgpp/doc/libc-2.02/libc_299.html ), du genre fd = fopen(entree.txt, "r");
fgets(cjainelu,sizeofchainelu),entree.txt); => mauvais usage de sizeof, et on passe un pointeur sur un descripteur de fichier en dernier argument, et pas le nom du fichier :fgets(chainelue, sizeof(chainelue), fd);

[...]

Bref, relis un petit peu tes cours, commence par un ou deux tutoriels de C, parce que là tu manques cruellement de connaissances de base pour faire ce que tu souhaites. N'oublie pas aussi d'écrire ligne par ligne et de compiler juste après chaque ajout, les messages du compilateur te guideront pour corriger tes erreurs. Mais là tu es un peu "juste".

oups, j'ai merdé tout plein...

[toto@toto]$ a=1234
[toto@toto]$ echo $a
1234
[toto@toto]$ echo '$a'
$a
[toto@toto]$ echo "$a"
1234

Merci de respecter les gens qui débutent petit malin...
C'est super que tu saches le faire, mais n'en dégoute pas les autres. T'as peut être appris le C au berceau, c'est pas le cas de tout le monde.
M'énerve...