liberforce a écrit 4730 commentaires

ah oui, effectivement, j'avais fait une digression...

À noter que l'on a l'équivalent, par exemple si l'on cherche le programme gcc la commande suivante suffit:
[luis@liberforce ~]$ rpm -q gcc
gcc-4.0.1-5mdk
...mais il faut connaitre le nom exact du programme installé à rechercher...

Autre exemple:
[luis@liberforce ~]$ rpm -qa | grep gcc
libgcc1-4.0.1-5mdk
gcc-c++-4.0.1-5mdk
gcc-cpp-4.0.1-5mdk
gcc-4.0.1-5mdk

Ici, on utilise cette méthode pour ratisser plus plus large: on affiche la liste de tous les programmes installés (rpm -qa), puis on recherche dans cette liste tous ceux qui contiennent gcc dans leur nom...

ouais, bon, la version courte c'est:
[luis@liberforce ~]$ urpmq libopenal
pas de paquetage nommé libopenal
Les paquetages suivants contiennent libopenal :
libopenal0
libopenal0-devel


(urpmq cherchera dans le nom des paquetage, urpmf dans le nom des fichiers contenus dans les paquetages)

[luis@liberforce ~]$ urpmf libopenal
libopenal0:/usr/lib/libopenal.so.0
libopenal0:/usr/lib/libopenal.so.0.0.8
libopenal0:/usr/share/doc/libopenal0-0.0.8
libopenal0:/usr/share/doc/libopenal0-0.0.8/CHANGES
libopenal0:/usr/share/doc/libopenal0-0.0.8/CREDITS
libopenal0:/usr/share/doc/libopenal0-0.0.8/ChangeLog
libopenal0:/usr/share/doc/libopenal0-0.0.8/NOTES
libopenal0:/usr/share/doc/libopenal0-0.0.8/PLATFORM
libopenal0:/usr/share/doc/libopenal0-0.0.8/README
libopenal0:/usr/share/doc/libopenal0-0.0.8/TODO
libopenal0-devel:/usr/bin/multiarch-i386-linux/openal-config
libopenal0-devel:/usr/bin/openal-config
libopenal0-devel:/usr/include/AL
libopenal0-devel:/usr/include/AL/al.h
libopenal0-devel:/usr/include/AL/alc.h
libopenal0-devel:/usr/include/AL/alctypes.h
libopenal0-devel:/usr/include/AL/alext.h
libopenal0-devel:/usr/include/AL/altypes.h
libopenal0-devel:/usr/include/AL/alut.h
libopenal0-devel:/usr/lib/libopenal.a
libopenal0-devel:/usr/lib/libopenal.so
libopenal0-devel:/usr/lib/pkgconfig/openal.pc
libopenal0-devel:/usr/share/info/openal.info.bz2


J'en déduis donc que le package libopenal0 est celui dont tu as besoin...
urpmi libopenal0

http://store.mandriva.com/product_info.php?products_id=277&a(...)

effectivement, c'est mieux :-)
connaissais pas celui là tiens...

On en entend pas mal parler sur les différents planet.* dont ces 3 là...
http://planet.gnome.org
http://planetmandriva.zarb.org

http://www.lmame-bug.com/forum/viewtopic.php?p=35278

Euh... c'est pas sur de la corruption et c'est sur du reiserfs... ça aidera peut être quelqu'un d'autre, mais pas moi...

Bah... J'ai bien besoin d'un système de fichier pour stocker des données... Faut bien faire un choix à un moment. Après moulte comparatif, j'avais vu que XFS était pas mal, alors j'ai essayé. Mais comme je commence à avoir un peu trop de problèmes, j'ai envie de changer de crèmerie. Tout le monde ne met pas forcément du ext3 de base (surtout qu'à l'poque j'en entendais pas forcément que du bien, surtout au niveau des performances, à cause de la compatibilité ext2)

Bah je t'avoue que là ça m'a gonflé... Des conseils pour la config XFS ? En tout cas sous mandriva, j'en suis pas satisfait, mais je sais pas si la différence est notable entre les distribs...

Tout le monde parle des options de sync aussi... cékoidon ? C'est juste le flag sync dans le fstab ? Est ce que ça change réellement quelque chose sur un arrêt brutal ?

J'ai eu le problème sur une machine du boulot (bouton d'arrêt proéminent shooté sans faire exprès), même problème (ce coup là c'était le XFConfig barré en cacahouète)...

Donc non, mon expérience tend à accuser le FS..

j'étais pressé, mais là re t'avoue que j'étais trop pressé... En plus je les ai dans un carnet juste à côté du pc, mais je t'avoue que j'aurais du mal à dire ça à un débutant linux, il va se barrer sous windows...

"extinction brutale parce que j'étais super pressé" <- faut pas se plaindre après ... alors qu'il suffit de faire un simple halt et fermer l'écran, ça aurait été aussi rapide.

T'as mal interprété: j'ai arrêté la bécanne, mais le système est resté bloqué sans passer à l'affichage des étapes pour l'extinction...

En gros, il aurait fallu jouer les magic sytem requests, mais j'avais pas le temps et j'ai dû éteindre... Un utilisateur windows qui fait la même chose aura beaucoup moins de problèmes...

mon bon vieux cd debian

C'est un pléonasme... :-)

ok, ~~~~> [ ]

Je dirais même plus, la doc officielle de la 9.1, c'est ici:
http://doc.mandrivalinux.com/MandrivaLinux/91/fr/Starter.htm(...)

Toutes les docs sont sur http://wwwnew.mandriva.com/fr/community/users/documentation

Et les furoncles, ça s'infecte quand on les perce ?

me fait facilement penser aux conneries des idées de la fin des années 30 !

Godwin detected !

Effectivement, c'est à envisager, j'avais vu le get_contents mais pas le set_contents. Merci pour le coup de main :-)

pourquoi bien moins pratique ? Je ne vois que les éventuels soucis de portabilité... Peux tu argumenter un peu là dessus ? en quoi write (descripteur, donnees, taille_des_donnes) est moins pratique à utiliser ? Au contraire je le trouve plus simple moi, par rapport à fwrite...

$man fwrite

NAME
3.20 `fwrite'--write array elements

SYNOPSIS
#include <stdio.h>
size_t fwrite(const void *BUF, size_t SIZE,
size_t COUNT, FILE *FP);

Hum... Intéressant, c'est bizarre, ça n'a pas l'air ni très connu, ni très utilisé... Des raisons particulières ?

Je m'attendais à trouver au moins une référence dans les "file utilities" de la glib ( http://developer.gnome.org/doc/API/2.0/glib/glib-File-Utilit(...) ). Mais non, rien... Je pense que ça va finir en question sur la mailing list gnome-love...

non non, j'avais essayé man 2 write avant aussi...

$ man 2 write
No entry for write in section 2 of the manual

Apparemment, ce n'est pas fourni avec mon cygwin...

Merci pour ta réponse, j'avais bien tenté un man write, mais sous cygwin, il me jette:
$ man write
No manual entry for write

En tout cas c'est ce qu'il m'avait semblé comprendre, que fwrite était plus portable, mais alors pourquoi y a pas de wrapper dans la glib pour éviter la confusion ? Hum... Le mystère reste entier... Merci pour ton aide ;-)

En solution temporaire, je crois qu'on peut aussi ajouter le chemin dans la variable d'environnement LD_LIBRARY_PATH...

http://doc.mandrivalinux.com/MandrivaLinux/101/fr/Starter.ht(...)
http://doc.mandrivalinux.com/MandrivaLinux/101/fr/Starter.ht(...)

C'est Trinity...
http://takeovertheworld.org/~jack/dvdmatrix/viewframe.php