Code d'éthique des ingénieurs logiciels
L'ACM (Association for Computing Machinery) a publié (cela date déjà, mais j'ai un certain backlog dans les publications papier :)) un Code de Conduite pour les ingénieurs logiciels, qui me semble digne d'intérêt (à part son nom de fichier).: http://www.acm.org/serving/se/code.htm -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Format JPEG plus reconnu
Par contre, je n'ai toujours pas la possibilité de choisir la résolution essaie: scanimage --help --device DEVICE_ICI pour voir quelles sont les commandes supportées par le pilote spécifique, et s'il y a une option densité/dpi, essaie avec scanimage. Si cela n'existe pas / ne fonctionne pas, c'est vraisemblablement que ton SANE ne supporte pas parfaitement ton scanner - cf le serveur WWW qui décrit la complétude des pilotes. Option --resolution existe. J'ai fait le test avec un autre frontend : xscanimage. Là, j'ai le choix de la résolution ! Par contre, lorsque que sauve au format pnm, j'arrive à ouvrir l'image sur mon Mac, mais pas avec The Gimp !!! Si cela marche (tu peux changer la densité avec scanimage), alors tu avais raison et j'avais tort, xsane doit être regénéré. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Format JPEG plus reconnu
On Sun, 2 Dec 2001, Francis Olof Garnier wrote: xscanimage. Là, j'ai le choix de la résolution ! Par contre, lorsque que sauve au format pnm, j'arrive à ouvrir l'image sur mon Mac, mais pas avec The Gimp !!! file fichier (pour déterminer de quel type il s'agit) avec les commandes: pnmto* pgm* pbm* tu peux convertir p.ex. en PNG. (outils pbmplus ou netpbm). -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Mise a jour de glibc
Bonjour a tous, Je tourne sur RH7.1 avec le glibc d'origine. Apparemment j'aurais besoin d'une version plus récente afin de pouvoir utiliser un parser XML (Xerces) et mon JDK (1.3.1). J'ai donc téléchargé les trois modules (RPM) de glibc, soit les modules glibc-common, glibc-devel, et glibc. Lorsque que j'essaye d'installer les RPM, j'ai un message du style: glibc conflicts with glibc-common glibc-common is needed by glibc Est-ce une opération délicate que d'upgrader glibc? Comment puis-je faire pour le faire, sans foutre en l'air mon système? Merci d'avance, Jeremy -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Format JPEG plus reconnu
file fichier (pour déterminer de quel type il s'agit) PPM rawbits image data avec les commandes: pnmto* pgm* pbm* tu peux convertir p.ex. en PNG. Essayé avec pnmtopng file.pnm file.png - EOF / read error et aussi avec ppmtotga file.pnm file.tga - même erreur... Je commence à m'y perdre !!! -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Mise a jour de glibc
Bonjour a tous, Je tourne sur RH7.1 avec le glibc d'origine. Apparemment j'aurais besoin d'une version plus récente afin de pouvoir utiliser un parser XML (Xerces) et mon JDK (1.3.1). J'ai donc téléchargé les trois modules (RPM) de glibc, soit les modules glibc-common, glibc-devel, et glibc. Lorsque que j'essaye d'installer les RPM, j'ai un message du style: glibc conflicts with glibc-common glibc-common is needed by glibc J'ai fait cela il y a quelques jours et me suis trouvée devant le même problème. Je l'ai résolu en créant un répertoire qui contient des liens vers les 3 glibc que je voulais upgrader en un coup: [root@slpc8 /tmp]# ls -l /INCOMING/rh-7.1/FORglibc/ total 0 lrwxrwxrwx1 possoz possoz 26 Nov 19 02:34 glibc-2.2.4-19.i686.rpm - ../glibc-2.2.4-19.i686.rpm lrwxrwxrwx1 possoz possoz 33 Nov 19 02:34 glibc-common-2.2.4-19.i386.rpm - ../glibc-common-2.2.4-19.i386.rpm lrwxrwxrwx1 possoz possoz 32 Nov 19 02:34 glibc-devel-2.2.4-19.i386.rpm - ../glibc-devel-2.2.4-19.i386.rpm Puis la commande rpm -Fvh /INCOMING/rh-7.1/FORglibc/* a mis cela à jour sans aucun problème. J'utilise maintenant cette startégie chaque fois que j'ai des rpms qui dépendent l'un de l'autre et que je ne veux pas tout upgrader. Mais en principe, il devrait aussi suffire de faire rpm -Fvh /.../glibc-*.rpm qui mettra à jour les rpm de glibc déjà installés et qui se trouvent dans le répertoire /.../ Est-ce une opération délicate que d'upgrader glibc? Comment puis-je faire pour le faire, sans foutre en l'air mon système? Je ne suis pas assez experte pour répondre. J'ai en fait finalement mis à jour toute ma distribution redhat 7.1, y compris le kernel (proprement, bien entendu: lilo inclus, etc). Ne pas oublier quelques patch de sécurité important tels que wu-ftpd si on a un serveur ftp avec ftp anonyme. (je n'ai plis de serveur ftp vu les nombreux problèmes rencontrés par d'autres à l'EPFL et le fait que avec http ce n'est plus nécessaire). Anne -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Format JPEG plus reconnu
On Sun, 2 Dec 2001, Félix Hauri wrote: Je n'ai pas voulu m'en méler cause Marc a sous Debian plusieurs longueurs d'avance. C'est toujours intéressant d'entendre les expériences des autres (non je n'ai pas dit cloches :-). Cependant, je me souviens avoir eu le même curieux problème: sous debian potato (stable) xsane ne me permettait pas de choisir la résolution. Je rappelle mes informations de base: schaefer@defian:~% dpkg -l | egrep sane ii libsane1.0.5-3API library for scanners ii libsane-dev1.0.5-3API development library for scanners ii sane 1.0.5-3Scanner graphical front-ends ii xsane-gimp1.1 0.50-5 a gtk based X11 frontend for SANE (Scanner A En bref, xsane de potato/stable, mais la version pour gimp 1.1, et le backend SANE de testing recompilé sur potato (j'ai dit comment faire, sinon packages sur: http://search.alphanet.ch/~schaefer/DEBIAN/SANE/). La réflexion était: - j'ai besoin d'un support scanner qui n'est pas dans stable - supposons que xsane est un frontend stupide, et donc que le recompiler n'arrange rien: il faut recompiler le backend, soit les bibliothèques SANE - supposons enfin que les développeurs de SANE n'ont pas modifié le protocole entre eux et les clients comme xsane (dans le cas contraire on peut supposer une dépendance d'exclusion xsane ... dans le .dsc Debian) - dans ce cas regénérer le package binaire du backend, ne pas toucher à xsane. - les backends ont des dépendances assez basiques, contrairement à un frontend comme xsane qui a plein de dépendances, en particulier la version GIMPable. Le tout: - supporte les derniers scanners ou presque (grâce au backend) - a apparemment un xsane qui marche (sélection de densité, sauvegarde PNG) - marche aussi avec GIMP 1.1 (que je n'utilise que peu) J'ai compilé un paquet ``vite fait'' pour scanner, mais CE gimp ne peut lire et sauver que des formats xcf et pnm. De plus il ne dispose d'aucun plug-in et très peu de scripts fonctionnent. Lorsqu'on compile des packages, il faut faire attention aux besoins lors du rebuild, décrits dans le .dsc à la section Build-Depends: Mais tu le sais: 1e solution: Installer les header (fichiers .h) de toutes les librairies que l'on souhaite lui faire utiliser: les paquets ``devel'', aussi bien sous RH que Debian. :) Un bel exemple de frustration profonde: Après avoir passé deux ou trois semaines (mois? ;) à terminer un super job, d'apprendre par Marc la sortie nouvelle d'une version stable de Debian qui inclue gimp 1.2 complet;) pas encore, je viens juste de recevoir les *7* CDs (sans source) de la woody/testing 2001-11-25, et cela ne marche pas très génialement, du moins pas assez pour la recommander comme alternative à stable pour l'instant, sans compter qu'il faudra décider si l'on offre vraiment tout ça ... -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Format JPEG plus reconnu
On Sun, 2 Dec 2001, Marc SCHAEFER wrote: pas encore, je viens juste de recevoir les *7* CDs (sans source) de la woody/testing 2001-11-25, et cela ne marche pas très génialement, du moins pas assez pour la recommander comme alternative à stable pour l'instant, sans compter qu'il faudra décider si l'on offre vraiment tout ça ... Plus je vois ce que les ``autres'' font (Suse, RH, Mandrake) et le temps que met Debian à sortir sa prochaine version stable, plus: J'ai du respect pour Debian.:) Je me dis que Linux 2.4 était un poil prématuré :-o Cela dit, les nouveautés sont facilement des problèmes, d'autant que le matériel compatible n'est souvent plus sur les étagères des info shops. Grr! C'est lassant! Je parlait de Sisyphe tantôt! -- Félix Hauri - [EMAIL PROTECTED] - http://www.f-hauri.ch -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Codage de fichiers image
Salut à tous, J'aurais besoin de récupérer les information de couleur RVB ainsi que de luminosité pour chaque pixel d'un fichier image jpg, tiff, gif, J'ai fait un petit programme (mon premier) en C qui m'a permis d'ouvrir quelques uns de ces fichiers. Mais, les informations apparaissent sous la forme d'une suite de caractères totalement incompréhensibles. J'ai utilisé la fonction fopen. Comment faire pour avoir un résultat sous forme de % des couleurs RVB par exemple ? Merci. Vincent -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Codage de fichiers image
On Monday 03 December 2001 00:51, famille guyot wrote: Comment faire pour avoir un résultat sous forme de % des couleurs RVB par exemple ? Tous les codes intéressants pour la lecture des différents formats d'images (et il sont ... nombreux), se trouve dans dans les packages de p[pngb]m(5) (pare exemple : man pnm). Ces commandes utillisent la librairie 'libpbm(3)'. Dans les codes sources, tu trouveras toutes les fonctions de lectures de ces formats, ainsi que des fonctions de conversion entre RGB, HSV, CMY etc. Je sais que c'est un peu long mais tu devrais trouvers les structures sans trop de difficultés. Ensuite tu sauras comment lire l'entête d'un ficgier JPG, et le tableau de data des points ensuite. Les images JPG êtant compressées, tu n'auras pas directement un tableau X*Y de pixels comme dans un fichier XWD. Il te faudra lire le fichier avec les fonctions de la librairies, et, avec une autre fonction (je n'ai pas le détail là !), transformer les données jpg en pixmap quelconque. Tu peux aussi utilliser la commande convert en faisant : convert file.jpg file.ppm (ou file.pnm) Le fichier file.ppm est en fait beaucoup plus facile à lire car déjà dans un format XYZ (Z êtant les pixels); c'est à dire qu'il n'est pas compressé. Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
