Nicolas P. a écrit 127 commentaires

reno wrote:

> chauvin (d'ailleurs c'est si grave de l'être ?)

Oui. Tout 'clanisme' qu'il soit national, religieux, départemental ou autre est négatif à mon avis: être fier d'être XXX tend a generé un mépris/rejet de ceux qui ne sont pas XXX.

I agree. Why keeping using national languages like French when we can use plain old English? If English was good enough for Jesus-Christ, then it is good enough for us! We should stop wasting time with i18n, unicode and é. These encourage national prides and should be banned.

We French should stop being arrogant. Let's use plain old English and US-ASCII and spend time on things that really matter.

Je ne suis pas programmeur, mais à la vue des messages d'erreurs, j'ai l'impression que le problème vient du code lui-même, et pas de mon ordinateur.

Le code lui-même, ça paraît gros, par contre les scripts de compilation/édition de liens, certainement.

Si le problème ne se pose qu'à l'édition de lien, il est probable que ça vient d'un problème d'arguments passés à ld (vu que ça a compilé correctement et que donc les bons headers ont été trouvés à la compilation). Normalement c'est au script ./configure de produire ces arguments, ou de se plaindre s'il ne trouve pas les librairies. Malheureusement les scripts ./configure mal fichus ne sont pas si rares.

Quelques pistes:
- vérifier que tu as les bonnes versions des différentes librairies demandées (ça doit être documenté quelque part);
- faire ./configure --help et voir si tu peux passer des options à ./configure pour spécifier l'emplacement de certaines librairies;
- regarder s'il y a une mailing-list, un forum, voire un bug tracking system associé au projet.

Après, la dernière solution consiste à regarder précisément d'où viennent ces références non trouvées et à modifier à la main la variable LDFLAGS, mais si tu n'es pas développeur ça ne va pas être facile pour toi.

Désolé également, j'ai lu un peu vite. Si je comprends bien, le code dont tu as besoin serait plutôt, toujours dans un template associé au père des éléments <task> et <resource>

<ul>
<xsl:for-each select="resource">
<li>Resource <xsl:value-of select="."/></li>
<ul>
<xsl:variable name="resourceId" select="@id"/>
<xsl:for-each select="../task[@resource=$resourceId]">
<li>Task <xsl:value-of select="."/></li>
</xsl:for-each>
</ul>
</xsl:for-each>
</ul>

Pour ce genre de chose le plus simple est d'utiliser le tag <xsl:for-each>. Dans un template associé à l'élément père des éléments <task>, on peut écrire quelque chose de ce genre:

<ul>
<xsl:for-each select="task">
<li><xsl:value-of select="."/></li>
</xsl:for-each>
</ul>

David FRANCOIS a signé :

--
Save the planet, kill yourself

C'est donc pour conspirer à la destruction de l'humanité que tu as besoin de faire du ssh !

Sans doute la France a-t-elle une responsablité dans la façon dont s'est déroulée la Seconde Guerre Mondiale, mais elle est antérieure à 1938.

De nos jours nous, Français, critiquons les États-Unis pour leur prétention à donner des leçons de morale au monde entier, mais la plaque installée dans la clairière de Rethondes après l'armistice de 1918 ( http://www.crdp-reims.fr/memoire/lieux/autres/1gm/rethondes.(...) ) valait quand même son pesant de cacahuètes.

Certes, nous l'avons bel et bien gagné, cette Première Guerre Mondiale. Ce qui est plus discutable, en revanche, c'est l'affirmation selon laquelle nous avions la morale pour nous et que les Allemands étaient d'orgueilleux militaristes qui n'avaient obtenus que ce qu'ils méritaient. Sans doute la paix y aurait gagné si nous nous étions montrés moins orgueilleux avec la République de Weimar, notamment concernant l'exigence de payer des réparations.

J'ai commencé à installer tout ça et je commence à comprendre pourquoi mon GWorkspace ne fonctionne pas. Leur #$*%£@ de page de téléchargements ( http://wwwmain.gnustep.org/resources/downloads.php?site=ftp%(...) ) pointe toujours sur la version 0.10.3 de gnustep-gui alors que la version 0.11 vient de sortir et doit être indispensable !

(sans même recompiler)

Tiens, c'est intéressant. Les bundles GNUstep ou Cocoa ne sont donc pas implémentés sous forme de librairies ? Ou alors ça vient du fait qu'en objective C les appels de méthodes sont résolus à l'exécution ?

Surtout cette méthode te permet d'installer la version que tu souhaites, pas uniquement celle empaquetée par les mainteneurs de ta distrib. C'est plus compliqué que apt, mais ça fait plus de choses.

Par contre installpkg de Slack est plus simple que apt, même s'il n'a pas toutes ses fonctionnalités.

On nous a pourtant dit que les utilisateurs de Slack étaient ouverts...

Eh bien on t'a menti !

Plus sérieusement, je suis passé de Debian à Slack quand ma Woody a commencé à se faire vieille. J'avais utilisé testing avant la sortie de Woody et je n'avais pas que des bons souvenirs. A l'époque Ubuntu n'existait pas.

A lire ton autre message, peut-être qu'Ubuntu pourrait me convenir. En même temps on ne peut pas dire que apt soit un modèle de simplicité, même s'il a des qualités.

J'utilise Slackware pour la même raison. Eh oui, si on parle de simplicité au sens « Keep It Simple Stupid » Slackware est sans doute bien plus simple qu'Ubuntu (que je n'ai jamais essayée).

Pas grand chose sur le site que tu mentionnes, à part un laconique « We are back, stay tuned... Guillaume ».

Et Google ne donne pas le moindre indice d'un quelconque paquet à télécharger.

Le drapeau à côté du lien Site officiel est le drapeau tricolore, mais le site, lui est bel et bien en anglais...

Voilà mon message à l'équipe Debian.

Je précise que mon message ci-dessus n'est pas à prendre au second degré, et j'espère que le message initial de Ju n'avait pas d'autre raison qu'une affection toute particulière pour les livreuses de pizza.

Personnellement, j'ai utilisé ça occasionellemet aussi bien sous Linux que sous MS-Windows et je n'ai jamais eu de problème. Tu as du tomber sur une mauvaise version ou utiliser une machine configurée de façon trop « exotique ». Après, pour ce qui est du look soviétique bréjnevien, ça ne peut pas plaire à tout le monde !

Moi de même, les livreuses de pizza sont des femmes tellement formidables que pour rien au monde je ne prendrais le risque de la contaminer.

Si l'utilisateur utilise un système réellement user-friendly et prêt pour le desktop comme GNU/Linux, il y a de forte chance pour que les interpréteurs php, python et perl soient présents par défau, donc aucun problème ! Après, si l'utilisateur préfère utiliser un autre système... :)

l'ai bien dit du natif , je veut que le client n'ai RIEN a installer en plus de l'application

Si tu n'a pas de contrainte particulière en ce qui concerne la licence, rien ne t'empêche de filer au client un installateur qui installe l'interpréteur (php, python, perl ou autre) et l'application.

Sinon... le C tout simple permet de faire de l'orienté objet ( cf. http://developer.gnome.org/arch/gtk/object.html ).

Surtout qu'à partir du moment où tu fais de l'orienté objet tu as des pointeurs, même s'ils portent un autre nom pour éviter de faire peur (d'ailleurs il faudrait dire à Sun que dans Java ils ont laissé « pointer » dans NullPointerException).

Suggestions :

- chercher dans la doc spécifique à Suse (sans doute présente sur ton système dans un répertoire du genre /usr/share/doc) ce qu'ils disent sur la façon de configurer le réseau ;
- taper man iwconfig ou man ifconfig dans un shell ;
- jeter un coup d'½il à ces howtos : http://www.ibiblio.org/pub/Linux/docs/HOWTO/translations/fr/(...) et http://www.ibiblio.org/pub/Linux/docs/HOWTO/translations/fr/(...)

Bonne chance.

ping existe sous Linux, et la configuration des interfaces réseau se fait avec /sbin/ifconfig. Lorsque le système est correctement configuré la commande /sbin/ifconfig est appelée pour chaque interface avec les bons arguments dans un des scripts d'initialisation (cf. http://www.linux-france.org/article/sys/init-jaco/ ).

Sous la plupart des distributions, des outils de configuration permettent de modifier le script d'initialisation concerné sans devoir le faire directement à la main , mais là je ne peux pas t'en dire plus vu que je ne connais pas Suse.

Je crois que toute distribution Linux qui se respecte, ou même toute compilation de logiciels libres pour MS-Windows, devrait utiliser par défaut les thèmes qu'on trouve là : http://themes.freshmeat.net/browse/931/

Au fait, est-ce-que OOo est « thémable » ?

Tu ferais bien de jeter un coup d'œil à la configuration du mod_php d'Apache avant de te lancer, parce que s'il est configuré avec l'option safe_mode ( http://us2.php.net/features.safe-mode ) ce type de fonction est désactivée.

symoon a écrit :

mutt est un MUA (Mail User Agent) et son rôle dans la logique unix n'est pas de connaître le smtp, mais de lire des dossiers de mail (mbox/maildir, à la limite l'imap).

Il faut quand même relativiser. Beaucoup de MUA graphiques (sylpheed, kmail & cie) sont capables d'envoyer un message par SMTP, certes, ça n'est pas la fonction première d'un MUA, mais il faut reconnaître que c'est un peu lourd de devoir installer un MTA rien que rediriger les messages sur un serveur SMTP!

Ceci dit, mutt est un très bon MUA (enfin, plus exactement, « All mail clients suck. This one just sucks less. ») que j'ai longtemps utilisé.