Je ne suis pas un grand guru du développement et j'ai toujours beaucoup de mal à comprendre les guerre de clochers.
Chaque fois que je vois un post concernant Mono, c'est des commentaires incendiaires.. Bref j'ai l'impression que l'on accuse Mono de tous les mots de la terre.
Personnellement, j'ai déjà fait beaucoup de développement en utilisant le Framework .NET de Microsoft et je suis très content de trouver des solutions alternatives et libre pour le développement en DotNet.
C'est pas parce que le grand méchant Microsoft a participé aux spécifications d'un langage que ce langue est le mal absolu. Parce que, pour rappel, DotNet est une spécification ECMA et pas un jouet purement Microsoft.
Chaque langage a son domaine de prédilection, moi, ce que je regrète sous Linux, c'est qu'il y a très peu d'environnements de développement qui permettent de faire des choses simplement et rapidement.
Tout le monde n'a pas envie de se plonger dans les arcannes du système. Avoir un langage pourvu de libraire "Très haut niveau" permet de se développer des petits outils de façon agréable.
Moi, je trouve que Mono est une bonne chose et que MonoDevelop, par exemple, permet faire pas mal de choses, simplement, rapidement et graphiquement. Tout le monde n'a pas envie de développer un nièmme, au choix:
- système de fichiers,
- environnement graphique
- serveur Web / FTP / Mail
- etc..
Enfin, comme dirait nos chers politiciens, c'est mon avis et je le partage ;-)
C'est pas par hasard que tous les RFC sont "Toujours en ASCII".
Le but est de permettre sa lecture par tout le monde et le plus simplement possible.
Qu'est-ce qu'il y a de plus simple à lire qu'un bête document texte ?
De plus le format des RFC est normalisé pour justement assurer que tout le monde puisse y accéder.
Je ne voit pas ce que XML / XSLT apporterait aux RFC. A mon humble avis, très mauvaise idée et perte de temps / productivité.
Un parser de RFC, comme celui-ci, ça c'est une excellente idée.
Bravo à son créateur, j'en aurai eu besoin il y a quelques temps encore mais bon, pour une prochaine fois peut-être :-)
Je suis très friant d'outils et de bibliothèques pour l'embarqué.
C'est un peu mon dada. Malgrés mes recherches sous Google je n'ai pas vraiment trouvé d'informations pertinantes sur Enlightenment et l'utilisation sur un environnement "embarqué".
Quelqu'un ici connaît peut-être un lien intéressant à ce sujet ?
Les infos que je cherche sont relativement basiques:
- l'occupation mémoire
- les ressources CPU nécessaires
- les librairies nécessaires/optionnelles.
Je travail dans le domaine de l'électronique industrielle et de l'informatique embarquée. En gros ça veut dire que je joue avec des composants qui disposent d'un espace adressable relativement faible (de l'ordre de la centaine de ko).
Dans mon domaine on a l'habitude de travailler avec compilateurs relativement chers qui offrent des optimisations de codes très, très poussées (codewarrior, microtec, hi-tec, etc).
De puis quelques temps j'ai commencé à travailler avec le compilateur GCC et ses outils annexes, plus par curiosité et pour des développements personnels.
J'ai vu dans une doc de GCC version 3.xx, que celui-ci était incapable de faire une optimisation de code au niveau "module". En gros ça veut dire que si on utilise une fonction d'un module/fichier C d'une librairie, tout les fonctions du module sont importées dans le binaires.
Ce qui est relativement génant pour moi à moins de fractionner tous mes fichiers pour les exploser dans des fichiers séparés. Ce qui n'est pas forcément simple à faire ni agréable.
Je voulais simplement savoir si dans la version 4.0 ou 4.1 c'était encore le cas ? Quelqu'un sait où je pourrait trouver cette info ?
Et pour compléter encore un peu, est-ce qu'il y a quelque part des infos concernant la pertinance des optimisations et éventuellement un comparatif par rapport à d'autres compilateurs commerciaux ou libre ?
Après une petite recherche sur le site de l'ISO, la spécification LSB 2.01 est référencée sous ISO/IEC DIS 23360 et son état actuel est 40.99 (Full report circulated: DIS approved for registration as FDIS)
La date de publication finale est prévu pour la mi-décembre...
Bonjour, bonjour,
Ce WE j'ai essayé de retoucher un logo qui est au format EPS et AI.
Malheureusement pour moi, dans ce logo il y a des dégradés de couleurs et l'import dans Inkscape me donne quelque chose une chose horrible :-(
Malgrès le temps passé sur internet à faire des recherches à droites et à gauche, je n'ai pas trouvé d'outils me permettant de convertir mon fichier EPS ou AI au format SVG avec les dégradés de couleurs :-(
Comment faire ?!?
Est-ce que ce genre de moulinette est prévue pour les évolutions de Inkscape ?
Ca y est j'ai enfin compris ce que ne plaisait pas à Apache dans ma config !
En fait c'est dans la configuration de Apache que ce trouve le problème. Lors de l'installation par défaut d'Apache 2 sous Debian, les paramètres ServerName et NameVirtualHost.
Désolé de vous avoir embêté avec mon problème !
Et meric à tous ceux qui m'ont donné un p'tit coup de main pour comprendre et corriger mon problème.
Ca y est, j'ai trouvé la source de mon problème :-)
Une fois n'est pas coutume, j'ai appliqué mes vielles habitudes Windowziennes.
Ce que j'ai fait pour tout remettre dans l'ordre:
apt-get remove xserver-common xfonts-base xfonts-75dpi xfonts-scalable
apt-get purge xserver-common
apt-get install xserver-common xfonts-base xfonts-75dpi xfonts-scalable
# MONO, pourquoi tant de haine ???
Posté par Fabrice Mousset (site web personnel) . En réponse à la dépêche Rentrée des classes pour GNOME 2.16. Évalué à 1.
Chaque fois que je vois un post concernant Mono, c'est des commentaires incendiaires.. Bref j'ai l'impression que l'on accuse Mono de tous les mots de la terre.
Personnellement, j'ai déjà fait beaucoup de développement en utilisant le Framework .NET de Microsoft et je suis très content de trouver des solutions alternatives et libre pour le développement en DotNet.
C'est pas parce que le grand méchant Microsoft a participé aux spécifications d'un langage que ce langue est le mal absolu. Parce que, pour rappel, DotNet est une spécification ECMA et pas un jouet purement Microsoft.
Chaque langage a son domaine de prédilection, moi, ce que je regrète sous Linux, c'est qu'il y a très peu d'environnements de développement qui permettent de faire des choses simplement et rapidement.
Tout le monde n'a pas envie de se plonger dans les arcannes du système. Avoir un langage pourvu de libraire "Très haut niveau" permet de se développer des petits outils de façon agréable.
Moi, je trouve que Mono est une bonne chose et que MonoDevelop, par exemple, permet faire pas mal de choses, simplement, rapidement et graphiquement. Tout le monde n'a pas envie de développer un nièmme, au choix:
- système de fichiers,
- environnement graphique
- serveur Web / FTP / Mail
- etc..
Enfin, comme dirait nos chers politiciens, c'est mon avis et je le partage ;-)
[^] # Re: Format des originaux ?
Posté par Fabrice Mousset (site web personnel) . En réponse à la dépêche qRFCview : un petit logiciel libre sympa pour lire les RFC. Évalué à 10.
Le but est de permettre sa lecture par tout le monde et le plus simplement possible.
Qu'est-ce qu'il y a de plus simple à lire qu'un bête document texte ?
De plus le format des RFC est normalisé pour justement assurer que tout le monde puisse y accéder.
Je ne voit pas ce que XML / XSLT apporterait aux RFC. A mon humble avis, très mauvaise idée et perte de temps / productivité.
Un parser de RFC, comme celui-ci, ça c'est une excellente idée.
Bravo à son créateur, j'en aurai eu besoin il y a quelques temps encore mais bon, pour une prochaine fois peut-être :-)
# Enlightenment et l'embarqué
Posté par Fabrice Mousset (site web personnel) . En réponse à la dépêche Des nouvelles d'Enlightenment DR17. Évalué à 3.
C'est un peu mon dada. Malgrés mes recherches sous Google je n'ai pas vraiment trouvé d'informations pertinantes sur Enlightenment et l'utilisation sur un environnement "embarqué".
Quelqu'un ici connaît peut-être un lien intéressant à ce sujet ?
Les infos que je cherche sont relativement basiques:
- l'occupation mémoire
- les ressources CPU nécessaires
- les librairies nécessaires/optionnelles.
Bref la base quoi.
# A propos des optimisations de code
Posté par Fabrice Mousset (site web personnel) . En réponse à la dépêche Sortie de la version 4.1 du compilateur GCC. Évalué à 10.
Dans mon domaine on a l'habitude de travailler avec compilateurs relativement chers qui offrent des optimisations de codes très, très poussées (codewarrior, microtec, hi-tec, etc).
De puis quelques temps j'ai commencé à travailler avec le compilateur GCC et ses outils annexes, plus par curiosité et pour des développements personnels.
J'ai vu dans une doc de GCC version 3.xx, que celui-ci était incapable de faire une optimisation de code au niveau "module". En gros ça veut dire que si on utilise une fonction d'un module/fichier C d'une librairie, tout les fonctions du module sont importées dans le binaires.
Ce qui est relativement génant pour moi à moins de fractionner tous mes fichiers pour les exploser dans des fichiers séparés. Ce qui n'est pas forcément simple à faire ni agréable.
Je voulais simplement savoir si dans la version 4.0 ou 4.1 c'était encore le cas ? Quelqu'un sait où je pourrait trouver cette info ?
Et pour compléter encore un peu, est-ce qu'il y a quelque part des infos concernant la pertinance des optimisations et éventuellement un comparatif par rapport à d'autres compilateurs commerciaux ou libre ?
Sinon, super dépêche, très intéressante.
[^] # Re: Quelle norme iso?
Posté par Fabrice Mousset (site web personnel) . En réponse à la dépêche Le Linux Standard Base devient une norme ISO. Évalué à 9.
La date de publication finale est prévu pour la mi-décembre...
Wait and see ;-)
[^] # Re: Import de fichiers EPS ou AI avec des dégradés de couleurs
Posté par Fabrice Mousset (site web personnel) . En réponse à la dépêche Inkscape 0.42. Évalué à 1.
Mais la on se retrouve avec un fichier "raster", donc plus de fichier vectoriel, du coup les retouches c'est pas terrible !
[^] # Re: Import de fichiers EPS ou AI avec des dégradés de couleurs
Posté par Fabrice Mousset (site web personnel) . En réponse à la dépêche Inkscape 0.42. Évalué à 1.
Par contre j'ai les fichiers au format EPS et AI, et je ne sais pas quoi en faire !
# Import de fichiers EPS ou AI avec des dégradés de couleurs
Posté par Fabrice Mousset (site web personnel) . En réponse à la dépêche Inkscape 0.42. Évalué à 3.
Ce WE j'ai essayé de retoucher un logo qui est au format EPS et AI.
Malheureusement pour moi, dans ce logo il y a des dégradés de couleurs et l'import dans Inkscape me donne quelque chose une chose horrible :-(
Malgrès le temps passé sur internet à faire des recherches à droites et à gauche, je n'ai pas trouvé d'outils me permettant de convertir mon fichier EPS ou AI au format SVG avec les dégradés de couleurs :-(
Comment faire ?!?
Est-ce que ce genre de moulinette est prévue pour les évolutions de Inkscape ?
# J'ai trouvé ;-)
Posté par Fabrice Mousset (site web personnel) . En réponse au message Bind et Apache. Évalué à 1.
En fait c'est dans la configuration de Apache que ce trouve le problème. Lors de l'installation par défaut d'Apache 2 sous Debian, les paramètres ServerName et NameVirtualHost.
Désolé de vous avoir embêté avec mon problème !
Et meric à tous ceux qui m'ont donné un p'tit coup de main pour comprendre et corriger mon problème.
[^] # Re: zone reverse ?
Posté par Fabrice Mousset (site web personnel) . En réponse au message Bind et Apache. Évalué à 1.
host 192.168.1.254
et j'ai eu la réponse attendue
Donc je pense que ma configue DNS est bonne.
Par contre, Apache n'est toujours pas content avec ma config ?!?
Une autre idée ????
[^] # Re: zone reverse ?
Posté par Fabrice Mousset (site web personnel) . En réponse au message Bind et Apache. Évalué à 1.
Comment je peut tester le bon fonctionnement de la zone reverse ?
[^] # Re: serveur X
Posté par Fabrice Mousset (site web personnel) . En réponse au message XDMCP avec X/Cygwin. Évalué à 1.
Une fois n'est pas coutume, j'ai appliqué mes vielles habitudes Windowziennes.
Ce que j'ai fait pour tout remettre dans l'ordre:
apt-get remove xserver-common xfonts-base xfonts-75dpi xfonts-scalable
apt-get purge xserver-common
apt-get install xserver-common xfonts-base xfonts-75dpi xfonts-scalable
/ect/init.d/gdm restart
Et maintenant tout est rentré dans l'ordre :-)
Je suis à nouveau heureux et mon serveur aussi !
[^] # Re: serveur X
Posté par Fabrice Mousset (site web personnel) . En réponse au message XDMCP avec X/Cygwin. Évalué à 1.
Pour ce qui est de gdm, j'ai réactivé l'accès XDMCP.
C'est quoi l'option no-listen-tcp ???
Comment savoir pourquoi X/Cygwin fait des redémarrage en boucle ?
Quand j'arrête GDM sur mon serveur X/Cygwin reste figé (écran gris avec le curseur).
J'ai déja essayé de remplacer gdm par xdm mais sans résultat !
Que faire? Je suis complèment perdu :-(