La NewsLetter d'AALWAY Software

[Tarik Tabani]

AALWAY, TOUT LE LOGICIEL POUR LA COMMUNAUTE DU NET
LA LETTRE D'INFO du 21 novembre 2001
http://www.aalway.net/index_assur201101.php


Bonjour,

* 30% de remise sur tous nos logiciels jusqu'au 31/12/2001
* Nouvelle version d'AspiMail, notre logiciel de capture d'adresses Email
* Nouvelle version de Boomerang, notre logiciel d'envoi de masse


ASPIMAIL : Nouvelle version d'AspiMail, notre logiciel phare de capture 
d'adresses Email.
La capacite d'aspiration est portee maintenant à pres de 120.000 adresses en 
24H 
pour les connexions les plus rapides.
http://www.aalway.net/index_assur201101.php

BOOMERANG : Nouvelle version de Boomerang, notre logiciel d'envoi de masse est 
maintenant entierement multitache, il expédie jusqu'a 99 messages en meme temps.
La capacite d'envoi est portee maintenant a pres de 2.500.000 messages en 24H 
pour
les connexions les plus rapides.
http://www.aalway.net/index_assur201101.php

ASPIWEB: Notre logiciel de capture de sites Internet reste un best-seller, 
distribue
en shareware par la plupart des journaux informatiques.
http://www.aalway.net/index_assur201101.php


Nous vous rappelons que tous nos logiciels sont telechargeables gratuitement 
pour
une version d'essai. Par ailleurs n'hesitez pas a nous faire des remarques, nous
sortons en moyenne une nouvelle version de chaque logiciel trimestriellement en
tenant compte de vos avis.

Cordialement.

L'équipe AALWAY.


Pour vous desabonner a cette offre, vous pouvez cliquer sur le lien ci-dessous:
mailto:[EMAIL PROTECTED] en écrivant "remove" dans le sujet.

RE: Config SSH

[Edi STOJICEVIC]

En réponse à Nicolas Garin <[EMAIL PROTECTED]>:

> faudrait commencer par lire tout le thread du message !
> 
> Tu y apprendras que Edi essaye de se connecter chez lui depuis son
> boulot et
> que le firewall de son boulot autorise les sorties que sur le port 80 et
> 21.
> C'est pourquoi il fait ecouter son serveur ssh sur le port 80.
> 
> et tu veux impressionner les débutants ? ;))
> 
> Nico

Merci de cette clarification :)

Sinon en trifouillant un peu et demandant un peu d'aide sur IRC, on m'a 
conseillé d'utiliser httptunnel ...
Donc sur ma machine j'ai fait :

hts -F @ip_maison:22  comme indiqué dans la doc (en ayant changé le port 
dans sshd_config)

ensuite ici du taf j'ai fait un :

htc -F 21 (et j'ai aussi essayer 80) -P PROXY:8000 REMOTE:

puis ssh -l user @ip_maison 

mais nada ...

on m'a dit que ca pouvait bien être un proxy transparent (euh .. connais pas 
trop! si quelqu'un à une url pour des infos la dessus) et qu'il bloquait peut
etre .

Si quelqu'un a une idée ?

+==+
|   Why Reboot ??  | 
|   Use Debian GNu/Linux   |
|   www.debianworld.org|
+==+

Re: Backport

[georges mariano]

On Tue, 20 Nov 2001 14:24:13 +0100
[EMAIL PROTECTED] (Denis Barbier) wrote:

> On Tue, Nov 20, 2001 at 12:55:30PM +0100, georges mariano wrote:
> [...]
> > Ma démarche est purement "utilisateur du système de packaging
Debian"
> > (système qui se place entre moi et les applis upstream).
> 
> Et où as-tu vu que le système de packaging Debian était prévu pour
ça ?
> Tu en fais une utilisation détournée, alors il ne faut pas t'étonner
> d'être confronté à certains soucis.

avec bientot une dizaine de machines debian en utilisation et donc
probablement un "paquet de paquets" installé, je suis plutôt
satisfait de mon "utilisation détournée"... mais merci de m'en avoir
averti, je vais faire gaffe dorénavant

Pour toi la notion de backport est donc une utilisation détournée ?
ok, alors comment appeles-tu les choses suivantes : 

- [cas général] devoir aller chercher dans une distrib étiquetée 
"testing" voire "unstable" les dernières version de softs largement 
considérés (et disponibles) comme stables par ailleur?

- [cas particulier] devoir piocher dans unstable le paquet
scigraphica, (non dispo testing) puis dans testing le paquet
python1.5-numeric (non dispo dans unstable)  si on veut avoir une
chance d'installer scigraphica...

- ... qui de toute manière est compilable sur une potato 
(je peux vous envoyer une copie d'écran??). 
[faire abstraction du fait que le paquet dépende de xlibs >>4.10]
Au passage, Denis, ceci est un exemple de dépendance non minimale
évoqué par PK, que tu as tellement de mal à comprendre.

Admettons que pour avoir des machines debian utilisables et à jour,
je fasse un "usage détourné" du système Debian, à ton avis, 
on y est pas un peu poussé, tu trouves pas ?

> Ton problème vient certainement d'une des bibliothèques que tu as
> backportées.
Bien sûr.  Tu vas nous expliquer comment et pourquoi, sur une machine 
qui ne  connait même pas l'existence d'autoconf2.52, j'ai insérer des
fichiers qui en dépendent ? ou alors ce serait à l'insu de mon plein 
grés ...
Moi, dans le changelog de scigraphica je vois une info 2.52, certes
ça parle de configure.in, mais y'aurait pas comme un rapport ??
"* configure.in:- Add AC_PREREQ(2.52)"
(je crois comprendre que le configure utilisé est généré 
par autoconf2.52)
et puis également 
"* config.sub, config.guess, ltmain.sh: Replaced with the newest
ones."
de quoi je me mèle ??

question : si le tarball n'a pas besoin de ces modifs, à quoi 
correspondent-elles ? (éventuellement dans la policy alors ?)

c'est toujours la question à laquelle tu n'as pas répondu.

aller, un peu d'exercice, Denis. tu le dis toi-même, doit y avoir
une (bonne) réponse.
A+

-- 
# mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06   
# INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59   
# BP 317 -- 59666 Villeneuve d'Ascq   
# http://www3.inrets.fr/estas/mariano

Re: Config SSH

[Thomas Clavier]

alors la solution c'est bien du tunel http !!! enfin si le proxy/firwall ne
support pas le protocole ssh. C'est lourd mais ça marche ... chez moi :

maison :
- ssh sur le port d'origine

bureau :
- http-tunnel (www.http-tunnel.com)
- socksCap V2 (www.eborder.nec.com)
- putty ou tterm/ssh

et ça marche très bien ... non obstant la vitesse

mais c'est normale : du ssh cripter encapsuler dans de l'http


A+ Tom

- Message d'origine -
De : Nicolas Garin <[EMAIL PROTECTED]>
À : 
Envoyé : mardi 20 novembre 2001 23:53
Objet : RE: Config SSH


faudrait commencer par lire tout le thread du message !

Tu y apprendras que Edi essaye de se connecter chez lui depuis son boulot et
que le firewall de son boulot autorise les sorties que sur le port 80 et 21.
C'est pourquoi il fait ecouter son serveur ssh sur le port 80.

et tu veux impressionner les débutants ? ;))

Nico

Re: Config SSH

[Edi STOJICEVIC]

En réponse à Thomas Clavier <[EMAIL PROTECTED]>:

> alors la solution c'est bien du tunel http !!! enfin si le proxy/firwall
> ne
> support pas le protocole ssh. C'est lourd mais ça marche ... chez moi :
> 
> maison :
> - ssh sur le port d'origine
> 
> bureau :
> - http-tunnel (www.http-tunnel.com)
> - socksCap V2 (www.eborder.nec.com)
> - putty ou tterm/ssh
> 
> et ça marche très bien ... non obstant la vitesse
> 
> mais c'est normale : du ssh cripter encapsuler dans de l'http
> 
moi j'ai configuré httptunnel mais ca ne fonctionne pas d'ici (taf).
Le test en local s'étant bien passé ...

Comprends pas trop ... tu peux me donner une réponse au mail précédent ?


+==+
|   Why Reboot ??  | 
|   Use Debian GNu/Linux   |
|   www.debianworld.org|
+==+

Re: RE: Config SSH

[Charles Goyard]

Ainsi parlait [EMAIL PROTECTED] :
> Parles-en a ton admin ??

Oui, tu vas voir ton admin, tu lui dit "bonjour, je cherche à violer la
politique de sécurité informatique de l'entreprise pour faire du ssh
chez moi, et j'ai besoin d'infos à propos du firewall". Après, tu auras
du temps pour rester chez toi.

Enfin moi, ce que j'en dis...

-- 
Charles

Re: Config SSH

[Edi STOJICEVIC]

En réponse à Thomas Clavier <[EMAIL PROTECTED]>:

> tu as utiliser httptunnel open ?

apt-get install httptunnel ...

> le proxy c'est du NT ?

oui ...

> le serveur httptunnel il est ou ?
chez moi ...
j'ai lancé hts -F @ip_home:22 

et  du coté client (taf)

htc -F  -P PROXY:8080 REMOTE:

j'ai essayé plein de combinaisons possibles mais rien ...





+==+
|   Why Reboot ??  | 
|   Use Debian GNu/Linux   |
|   www.debianworld.org|
+==+

Re: Backport

[Denis Barbier]

On Wed, Nov 21, 2001 at 10:25:35AM +0100, georges mariano wrote:
> On Tue, 20 Nov 2001 14:24:13 +0100
> [EMAIL PROTECTED] (Denis Barbier) wrote:
> 
> > On Tue, Nov 20, 2001 at 12:55:30PM +0100, georges mariano wrote:
> > [...]
> > > Ma démarche est purement "utilisateur du système de packaging
> Debian"
> > > (système qui se place entre moi et les applis upstream).
> > 
> > Et où as-tu vu que le système de packaging Debian était prévu pour
> ça ?
> > Tu en fais une utilisation détournée, alors il ne faut pas t'étonner
> > d'être confronté à certains soucis.
> 
> avec bientot une dizaine de machines debian en utilisation et donc
> probablement un "paquet de paquets" installé, je suis plutôt
> satisfait de mon "utilisation détournée"... mais merci de m'en avoir
> averti, je vais faire gaffe dorénavant
> 
> Pour toi la notion de backport est donc une utilisation détournée ?

Oui.
Ce n'est que mon avis, d'autres développeurs en ont peut-être un différent.

> ok, alors comment appeles-tu les choses suivantes : 
> 
> - [cas général] devoir aller chercher dans une distrib étiquetée 
> "testing" voire "unstable" les dernières version de softs largement 
> considérés (et disponibles) comme stables par ailleur?

C'est dû au temps écoulé entre 2 releases, qui est largement trop grand.
Mais tu contournes ce problème avec une solution inadaptée, alors pourquoi
t'étonner que ce que tu fais ne marche pas comme tu voudrais ?

> - [cas particulier] devoir piocher dans unstable le paquet
> scigraphica, (non dispo testing) puis dans testing le paquet
> python1.5-numeric (non dispo dans unstable)  si on veut avoir une
> chance d'installer scigraphica...
> 
> - ... qui de toute manière est compilable sur une potato 
> (je peux vous envoyer une copie d'écran??). 

Je ne pratique pas autant le backport que toi, mais quand je le fais, je
préfère compiler le tarball original et l'installer dans /usr/local.

> [faire abstraction du fait que le paquet dépende de xlibs >>4.10]
> Au passage, Denis, ceci est un exemple de dépendance non minimale
> évoqué par PK, que tu as tellement de mal à comprendre.

Et oui, j'ai du mal, et ce n'est des indications évasives qui vont m'aider.
Si tu me fournis le fichier debian/control tel que tu voudrais qu'il soit
pour un cas particulier, ça serait déjà beaucoup plus clair.

> Admettons que pour avoir des machines debian utilisables et à jour,
> je fasse un "usage détourné" du système Debian, à ton avis, 
> on y est pas un peu poussé, tu trouves pas ?

Oui, le temps écoulé entre 2 releases est beaucoup trop important,
et c'est un vrai problème. Mais considérer que les développeurs des
paquets que tu n'arrives pas à backporter sont en cause n'est pas
juste.

> > Ton problème vient certainement d'une des bibliothèques que tu as
> > backportées.
> Bien sûr.  Tu vas nous expliquer comment et pourquoi, sur une machine 
> qui ne  connait même pas l'existence d'autoconf2.52, j'ai insérer des
> fichiers qui en dépendent ? ou alors ce serait à l'insu de mon plein 
> grés ...
> Moi, dans le changelog de scigraphica je vois une info 2.52, certes
> ça parle de configure.in, mais y'aurait pas comme un rapport ??
> "* configure.in:- Add AC_PREREQ(2.52)"
> (je crois comprendre que le configure utilisé est généré 
> par autoconf2.52)

Mea maxima culpa, j'avais la version précédente 0.7.1-5, désolé.
C'est _dans ce cas_ une connerie du développeur, qui ne sait pas gérer
la compilation via autoconf/automake. Il suffit de lui expliquer via un
rapport de bogue pour qu'il fasse les choses correctement.

Tu devrais pouvoir contourner ce problème en mettant ces lignes avant
l'appel à configure dans debian/rules :
 find . -name aclocal.m4 -exec touch {} \;
 find . -name Makefile.in -exec touch {} \;
 find . -name 'stamp-h?.in' -exec touch {} \;
 find . -name configure -exec touch {} \;
(je ne dis pas que c'est la solution que le développeur du paquet doit
utiliser, mais c'est la solution la plus simple pour toi).

> et puis également 
> "* config.sub, config.guess, ltmain.sh: Replaced with the newest
> ones."
> de quoi je me mèle ??
> 
> question : si le tarball n'a pas besoin de ces modifs, à quoi 
> correspondent-elles ? (éventuellement dans la policy alors ?)
> 
> c'est toujours la question à laquelle tu n'as pas répondu.

Si, j'y ai répondu sur snmpkit, dans ce cas là, les changements avaient
été faits pour permettre le portage sur des machines non x86.
Tu avais répondu :

> bon maintenant, si on est pret a "sacrifier" un paquet qui compile bien pour
> une archi pour avoir une chance de recompiler pour d'autres, c'est un point
> de vue...  qu'évidemment je partage pas ... mais bon quel importance !?
>
> PS : Une remarque, j'extrapole hein;-), supposons que upstream ne se soucie
> pas des autres archis d'où le probléme (pour l'instant virtuel!), pourquoi ce
> serait au mainteneur de Debian de s'en soucier au risque de léser les
> utilisateurs "prévus" par upstream ??

Il n'est pas obligé, il peut très

Debian et ISDN

[Alex PADOLY]

Bonjour à tous ,

Je compte installer Debian dans trois semaines environ ,quelqu'un 
pourrait-il m'écrire les principales étapes à effectuer pour réaliser 
une connection ISDN .

Existerait-il une version de Debian plus adapté que d'autres ?

Merci à tous .

Cordialement.

Alex



__
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif

Re: Debian et ISDN

[Pierre Machard]

On Wed, Nov 21, 2001 at 01:23:48PM +0100, Alex PADOLY wrote:
> Bonjour à tous ,
salut, 
> Je compte installer Debian dans trois semaines environ ,quelqu'un 
> pourrait-il m'écrire les principales étapes à effectuer pour réaliser 
> une connection ISDN .
> Existerait-il une version de Debian plus adapté que d'autres ?

je n'ai pas trop de conseil à te donner concernant la version de debian
cependant si j'ai un site web à te conseiller c'est celui çi :

http://www.linux-france.org/article/connex/ISDN/

à l'époque où j'avais encore le RNIS il m'a bien aidé.

a+

-- 
Pierre Machard
<[EMAIL PROTECTED]>  TuxFamily.org
<[EMAIL PROTECTED]>  techmag.net
+33 6 681 783 65 http://migus.tuxfamily.org/gpg.txt
GPG: 1024D/88C07ECF: 1D87 0A5D 1B31 6817 914A  E7B7 56CA 5109 88C0 7ECF

Une keytable fr-latin0 pour lilo ?

[Michel Grentzinger]

Bonjour,

L'utilitaire keytable-lilo ne permet pas de créer une keymap qui prenne en 
compte les accents et les chiffres du pavé numérique.

Il y a bien une doc de Thomas Nemeth 
(http://www.linux-france.org/article/sys/lilo/lilo-TN.html) qui dit que ce 
n'est possible à cause d'une mauvaise interprétation des touches numériques 
mais bon, ça doit être faisable, non ?

Quelqu'un est-il parvenu à inclure une table de clavier de type fr-latin0 ou 
fr-latin1 dans son lilo ?

Ah, j'oubliais, c'est pour une patate.

PS : quand je serais plus vieux, mes petits enfants me créeont un kernel 
Linux avec label=pépé007... Vous voyez, c'est utile les accents et les 
nombres pour lilo.
-- 
Michel Grentzinger

Re: Backport

[georges mariano]

On Wed, 21 Nov 2001 13:03:07 +0100
[EMAIL PROTECTED] (Denis Barbier) wrote:

> > Pour toi la notion de backport est donc une utilisation détournée
?
> 
> Oui.
> Ce n'est que mon avis, d'autres développeurs en ont peut-être un
différent.
plutôt certains utilisateurs potato, à mon avis...

> C'est dû au temps écoulé entre 2 releases, qui est largement trop
grand.
> Mais tu contournes ce problème avec une solution inadaptée, 

Faudra que tu dise ça à ceux qui ont récupérer chez moi des paquets
de soft récents et mis ça sur leur patate sans problème notable.
(des trucs style enlightenment par ex)
Compare ensuite avec une mise ajour potato/woody...

> Je ne pratique pas autant le backport que toi, mais quand je le
fais, je
> préfère compiler le tarball original et l'installer dans /usr/local.
et c'est toi qui me parle d'utilisation détournée parce que je fais
tout pour utiliser des paquets debian sur une machine debian 
à la mode debian ??

> > [faire abstraction du fait que le paquet dépende de xlibs >>4.10]
> > Au passage, Denis, ceci est un exemple de dépendance non minimale
> > évoqué par PK, que tu as tellement de mal à comprendre.

> Et oui, j'ai du mal, et ce n'est des indications évasives qui vont
m'aider.
> Si tu me fournis le fichier debian/control tel que tu voudrais qu'il
soit
> pour un cas particulier, ça serait déjà beaucoup plus clair.

> Oui, le temps écoulé entre 2 releases est beaucoup trop important,
> et c'est un vrai problème. Mais considérer que les développeurs des
> paquets que tu n'arrives pas à backporter sont en cause n'est pas

Désolé, que je sache les développeurs sont (j'espère) aussi conscients
que les utilisateurs de ce problème de release. 
Si néanmoins, ils ne "souhaitent" pas en tenir compte dans leur
réflexion sur la politique concernant les dépendances entre paquets,
Si par ailleur ils décident de privilégier le nombre d'architecture
quitte à prendre des risques sur la compilation des paquets (en
particulier parce qu'ils se posent un problème qui serait plutot du
ressort upstream)
Encore une fois,désolé, mais c'est pas moi doit être blamé parce que
je souhaite privilégier avant tout la stabilité de mes machines
potato.
Et si parler de ça, c'est "mettre en cause" les développeurs,
c'est pas mon problème ... c'est le leur.

> Mea maxima culpa, j'avais la version précédente 0.7.1-5, désolé.
> C'est _dans ce cas_ une connerie du développeur, qui ne sait pas
gérer
> la compilation via autoconf/automake. 
ben voilà, Denis, c'est ce que disais...

> Voilà pourquoi il a choisi de modifier src/Makefile.am (de mémoire)
afin
> que cette bibliothèque, dont la compilation est bloquée sur
certaines
> architectures à cause de fichiers non utilisés, puisse être diffusée
sur
> le maximum de plate-formes.

Je comprends bien que ça va faire joli dans la pub Debian, mais
mon avis est que ce faisant, Debian se donne un objectif qui n'est 
même pas celui des développeurs upstream, et donc on va nécessairement
au devant de difficultés voire incompatibilités (inutiles)

> Je trouve que cette attitude reflète un très grand respect des
utilisateurs,
c'est marrant moi, utilisateur, j'ai l'impression exactement inverse.

> et je suis heureux qu'il ait choisi cette solution plutôt que la
solution
entre développeurs heureux, vous pourriez vous faire une petite bouffe
alors
j'ai déjà une histoire drôle pour égayer la soirée,  celle de
l'utilisateur
potato qui essaye d'installer scigraphica ...
oui Denis, je sais, on parle pas du même cas, mais je vois d'ici la
scène :-)

> de facilité qui consisterait à exclure les architectures qui posent
problème.

quitte à bidouiller la compilation spécifiée par upstream, 
quitte à ne plus permettre l'installation sur une potato "normale",
quitte à mettre en danger la stabilité lors de l'upgrade (devenue au
passage
quasi obligatoire)...

je n'ai fait que "quelques années" d'études informatiques, mais c'est
une conception de la stabilité comment dire ... ah oui, 
un peu détournée ;-)

PS : 
je suppose que le binz actuel dans les paquets python debian 
(renommage/redécoupage entre potato/woody) qui fait
que le backportage de scigraphica est bloqué, (j'arrive pas à mettre
la main
sur un paquet source de python1.5-numeric) ne peut être imputé aux 
développeurs ... il a été décidé et mise en oeuvre par le
saint-esprit...
Même le mainteneur du paquet semble s'y être perdu... et le pauvre, je
le comprends.

A+
-- 
# mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06   
# INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59   
# BP 317 -- 59666 Villeneuve d'Ascq   
# http://www3.inrets.fr/estas/mariano

Re: pb avec mysql

[Patrice Pillot]

On Fri, Nov 16, 2001 at 08:57:45PM +0100, guillaume Membré wrote:
> bonjour,
> 
> j'ai une patato 2.2 avec un server mysql 3.23.44

Bonjour,

Y a-t-il des paquets de la 3.23 pour stable qui existent ou est-ce
l'effet d'une recompilation manuelle ?

pp

comment rediriger une ip interne vers l'extrene

[Cantin, Eric]

Bonjour,

je cherche de la doc pour rediriger mon site web interne sur l'internet


schema:

--
|internet|
--
|
|
--  eth0  pppoe
|firewall|
--  eth1  192.168.0.1
|
|
---
|server apache|  192.168.0.5
---


merci

++
|Eric Cantin  [EMAIL PROTECTED] |
| MTQ - DCS www.cants.optus.nu   |
++ 

Re: comment rediriger une ip interne vers l'extrene

[Charles Goyard]

Ainsi parlait Cantin, Eric :
> Bonjour,
> 
> je cherche de la doc pour rediriger mon site web interne sur l'internet

Regarde ipchains, ou iptables si tu as un noyau 2.4.


-- 
Charles

Re: comment rediriger une ip interne vers l'extrene

[Amaury Amblard-Ladurantie]

> je cherche de la doc pour rediriger mon site web interne sur l'internet

Il te faut faire du port forwarding, géré très simplement par iptables et 
netfilter. Il te faut un noyau 2.4

Cherche "iptables" et "port fowarding" sur le ouaibe.

Tu peux aussi le faire avec ipchains et un noyau 2.2.

Concrètement tous les accès sur le port 80 de ton FW sont redirigés de 
manière transparente sur une machine derrière le FW. L'utilisateur croit que 
le FW héberge un serveur web.

A+
Amaury

Re: comment rediriger une ip interne vers l'extrene

[Fabrice Cartron]

En réponse à "Cantin, Eric" <[EMAIL PROTECTED]>:

> Bonjour,
> 
> je cherche de la doc pour rediriger mon site web interne sur l'internet

Tu utilises ipchains ou iptables?

voir les howtos sur freenix

http://www.freenix.org/unix/linux/HOWTO/



> 
> 
> schema:
> 
> --
> |internet|
> --
> |
> |
> --  eth0  pppoe
> |firewall|
> --  eth1  192.168.0.1
> |
> |
> ---
> |server apache|  192.168.0.5
> ---
> 
> 
> merci
> 
> ++
> |Eric Cantin  [EMAIL PROTECTED] |
> | MTQ - DCS www.cants.optus.nu   |
> ++ 
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact
> [EMAIL PROTECTED]
> 



Fabrice Cartron
APM-online
www.apm-online.fr

Re: comment rediriger une ip interne vers l'extrene

[Guillaume Plessis]

>/usr/sbin/ipmasqadm portfw -a -P tcp -L 192.168.0.1 21 -R 192.168.0.5

ceci suffit dans le cas d un noyau 2.2 


Guillaume Plessis   [EMAIL PROTECTED]
Administrateur réseau & sytème Linux - www.nexenservices.com


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

Off topic: problème de module.

[Pierre-Laurent Wantzel]

Bonjour,

En changeant des alias dans /etc/modultils/aliases, j'ai du faire
quelque chose qui ne va pas. Je recois sans cesse le message suivant:

insmod: /lib/modules/2.2.19/misc/unix.o: insmod net-pf-1 failed

Comment faire pour arrêter le déferlement sur la console afin de pouvoir
aller arranger ça. Merci d'avance pour les réponses.

Pierre-Laurent Wantzel.

Votre entreprise dans l'Annuaire des Décideurs

[Groupe E.M.O.]

Bonjour,

Votre entreprise est-elle référencée dans L'Annuaire des Décideurs ?

Grâce à un classement judicieux, (secteur d'activité, métier, spécialisation, 
effectif, marque, département, ville…) les utilisateurs de l'annuaire accèdent
rapidement à la fiche de présentation de votre entreprise.

Saisissez dès aujourd'hui l'opportunité de présenter vos prestations à plus
de 500.000 dirigeants, cadres et responsables de petites, moyennes 
et grandes entreprises.

Rendez-vous à cette adresse: http://www.annuaire-decideur.com
pour référencer gratuitement votre entreprise.

Très sincèrement. 

Michel Lombard 
Tél. 04.38.49.83.81
mailto:[EMAIL PROTECTED]

Decideur.com http://www.decideur.com 
Le site de tous les responsables de l'entreprise 

Le Club des Décideurs http://www.club-decideur.com 
La communauté des managers qui gagnent 

L'Annuaire des Décideurs http://www.annuaire-decideur.com 
Le 1er répertoire des entreprises industrielles et commerciales 

InfosMD.com http://www.infosmd.com 
Le service en ligne du marketing direct 
et de la communication électronique 

NetCom Factory http://www.netcomfactory.com 
Votre plate-forme de communication sur le Net

Vous avez reçu ce courrier en tant qu'utilisateur des services en ligne du 
Groupe E.M.O.
Nous espérons que cet envoi ne vous a pas importuné. 
Si tel était le cas, nous vous prions de nous en excuser.

Vous recevez cette e-mail à l'adresse: debian-french@lists.debian.org
Si vous ne souhaitez plus recevoir les annonces du Groupe E.M.O.:
http://www.infos-decideur.com/index.adml?h=57&[EMAIL PROTECTED]

RE: comment rediriger une ip interne vers l'extrene

[Cantin, Eric]

mon firewall est un debian potato 2.2r4 stable 2.2.19(pre17)

presentement avec ipchains
mais je n'ai aucune objection pour faire les changement vers iptables

j'ai une regle pour les virus microsoft qui engorge le serveur
va-t'elle fonctionner avec la redirection
ou je vais devoir faire un mount nfs du serveur web du rep /var/log/apache
sur firewall

#--- Virus Microsoft WEB
---
# Location of Apache log
cd /var/log/apache
# Raise -n, if needed
tail -n1 --follow=name access.log | \
  awk '
# Catch Nimda
  /scripts\/root.exe/ {
  old=0
  while(getline line < "nimda.txt"){if($1 ~ line) old=1}
  if(old==0){
# Remember worm box
  print $1 >> "nimda.txt"
# Goodbye
  system("$IPC -A input -j DENY  -i eth0 -p tcp -s " $1 " --destination-port
80")
  } close("nimda.txt")
  }
# Catch Code Red
  /default.ida/ {
  old=0
  while(getline line < "codered.txt"){if($1 ~ line) old=1}
  if(old==0){
# Remember worm box
  print $1 >> "codered.txt"
# Goodbye
  system("$IPC -A input -j DENY  -i eth0 -p tcp -s " $1 " --destination-port
80")
  } close("codered.txt")
  }' - &
#---


-Message d'origine-
De : Guillaume Plessis [mailto:[EMAIL PROTECTED]
Envoyé : 21 novembre, 2001 10:26
À : debian-user-french@lists.debian.org
Objet : Re: comment rediriger une ip interne vers l'extrene



>/usr/sbin/ipmasqadm portfw -a -P tcp -L 192.168.0.1 21 -R 192.168.0.5

ceci suffit dans le cas d un noyau 2.2 


Guillaume Plessis   [EMAIL PROTECTED]
Administrateur réseau & sytème Linux - www.nexenservices.com



_

Do You Yahoo!?

Get your free @yahoo.com address at http://mail.yahoo.com





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact
[EMAIL PROTECTED]

Re: Off topic: problème de module.

[Michel Grentzinger]

Le Mercredi 21 Novembre 2001 17:31, Pierre-Laurent Wantzel a écrit :

> En changeant des alias dans /etc/modultils/aliases, j'ai du faire
> quelque chose qui ne va pas. Je recois sans cesse le message suivant:

Qu'est ce que tu as mis exactement dans ce fichier ?

> insmod: /lib/modules/2.2.19/misc/unix.o: insmod net-pf-1 failed
>
> Comment faire pour arrêter le déferlement sur la console afin de pouvoir
> aller arranger ça. Merci d'avance pour les réponses.

Moi j'ai ça dans mon /etc/modutils/aliases
# alias net-pf-1 off# Unix
Le module se chargeait correctement. Maintenant, je l'ai mis dans le kernel.
N'oublie pas de faire un update-modules après des changements dans 
/etc/modutils/*.

-- 
Michel Grentzinger

Problème de .configure

[Laurent Rathle]

Bonjour,

J'ai un petit souci avec une application que je souhaite compiler. Le 
./configure s'arrête toujours avec ce message d'erreur :

checking for ImageMagick pre-processor flags... -DHAVE_CONFIG_H 
-I/usr/include/libxml2 -I/usr/include/freetype2 -D_REENTRANT 
-D_FILE_OFFSET_BITS=64 -I/usr/X11R6/include -I/usr/X11R6/include/X11
checking for ImageMagick linker flags... -L/usr/lib -L/usr/lib -L/usr/lib 
-L/usr/X11R6/lib
checking for ImageMagick library settings... -L/usr/lib -lMagick -llcms 
-ltiff -lfreetype -ljpeg -lpng -lwmf -ldpstk -ldps -lXext -lXt -lSM -lICE 
-lX11 -lbz2 -lxml2 -lz -lpthread -lm
checking for ImageMagick version...  (not so good)
configure: error:  You need ImageMagick 5.3.8 or newer.

Or :

kallery-0.3.1$ convert --help | grep Version
Version: @(#)ImageMagick 5.4.0 11/01/01 Q:16 http://www.imagemagick.org

L'auteur m'a suggéré un problème de version de libwmf ce qui me parait 
étonnant puisqu'il est installé en même temps que Imagemagick. La portion du 
.configure concernant Imagemagick donne ceci :

echo $ac_n "checking for ImageMagick pre-processor flags""... $ac_c" 1>&6
echo "configure:7091: checking for ImageMagick pre-processor flags" >&5
CPPFLAGS="$CPPFLAGS -DHAVE_CONFIG_H "`Magick-config --cppflags`
echo "$ac_t"""$CPPFLAGS"" 1>&6

echo $ac_n "checking for ImageMagick linker flags""... $ac_c" 1>&6
echo "configure:7096: checking for ImageMagick linker flags" >&5
LDFLAGS="$LDFLAGS "`Magick-config --ldflags`
echo "$ac_t"""$LDFLAGS"" 1>&6

echo $ac_n "checking for ImageMagick library settings""... $ac_c" 1>&6
echo "configure:7101: checking for ImageMagick library settings" >&5
LIBS="$LIBS "`Magick-config --libs`
echo "$ac_t"""$LIBS"" 1>&6

echo $ac_n "checking for ImageMagick version""... $ac_c" 1>&6
echo "configure:7106: checking for ImageMagick version" >&5
if test "$cross_compiling" = yes; then
  echo " (not so good)"
{ echo "configure: error: " You need ImageMagick 5.3.8 or newer."" 
1>&2; exit 1; }

else
  cat > conftest.$ac_ext <
#include 
#include 
#include 

int main(int argc,char **argv)
{unsigned int version;

 InitializeMagick(*argv);


J'ai essayer d'effacer config.cache et configure pour les regénérer avec make 
-f Makefile.dist, j'ai également testé autoconf, sans succès.

Une idée ?

Merci,

-- 
[EMAIL PROTECTED]

Re: Problème de .configure

[Denis Barbier]

On Wed, Nov 21, 2001 at 05:17:53PM +0100, Laurent Rathle wrote:
> 
> Bonjour,
> 
> J'ai un petit souci avec une application que je souhaite compiler. Le 
> ./configure s'arrête toujours avec ce message d'erreur :
[...]
>   cat > conftest.$ac_ext < #line 7113 "configure"
> #include "confdefs.h"
> 
>  #include 
> #include 
> #include 
> #include 
> 
> int main(int argc,char **argv)
> {unsigned int version;
> 
>  InitializeMagick(*argv);

Il manque des lignes ici, quelles sont-elles ?
Les sources du soft sont disponibles quelque part ?

Denis

probleme DNS

[kamel]

mes serveurs DNS s'appuis sur bind-9.1.2
J'ai ainsi définis difirentes view avec des "match client".
Le système de vue permet de définir une reponse de DNS en fonction du réseau
auquel appartient le demandeur.
Ainsi, dans ma config, j'ai une vue external pour les personne intérrogeant
mes serveurs DNS depuis l'internet.

Mon système fonctionnait tres bien depuis 3 mois jusqu'a aujourdhui où un
client se plaignait de pas réussir d'envoyer des emails.

je lui demander de faire un nslookup -type=MX
et la surprise, il a une réponse correspondant à ma vue internal.

Je suis donc à la recherche de personne à qui une chose pareil à pu arrivé.

est-ce que ma version de bind est une version d'evaluation et qu'apres mes 3
mois, le mécanisme de vue tombe de temps en temps ? ;-)

serieusement, je suis perdu, d'autant plus que mon DNS repond correctement
dans la plus part des cas.

toute suggestion est la bien venus
merci.

Re: Problème de .configure

[Laurent Rathle]

Le Mercredi 21 Novembre 2001 17:12, Denis Barbier a écrit :
> Il manque des lignes ici, quelles sont-elles ?

InitializeMagick(*argv);
 GetMagickVersion(&version);
 DestroyMagick();
 printf("%x.%x.%x",version/(16*16), (version/16)%16, version%16);
 if (version < 0x538)
 {
return 1;
 }
 return 0;
}

EOF
if { (eval echo configure:7136: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } 
&& test -s conftest${ac_exeext} && (./conftest; exit) 2>/dev/null
then
  echo " (should be OK)"
else
  echo "configure: failed program was:" >&5
  cat conftest.$ac_ext >&5
  rm -fr conftest*
  echo " (not so good)"
{ echo "configure: error: " You need ImageMagick 5.3.8 or newer."" 
1>&2; exit 1; }
fi
rm -fr conftest*
fi

#AC_MSG_RESULT(">=5.3.8")
echo $ac_n "checking if compilation and linking against ImageMagick 
works""... $ac_c" 1>&6
echo "configure:7152: checking if compilation and linking against ImageMagick 
works" >&5



cat > conftest.$ac_ext <
#include 
#include 
#include 

int main() {
 DrawInfo *drawThis;
 TypeMetric metrics;  /*I think this was introduced in 5.3.8*/
 Image *source;
 Image *thumbnail;
 ImageInfo *source_info;
 ImageInfo *thumbnail_info;
 ExceptionInfo exception;
 MagickInfo *mInfo;
 FILE *null_file;

 InitializeMagick("");
 null_file = fopen("/dev/null","w");
 ListMagickInfo(null_file,&exception);
 fclose(null_file);
 mInfo = GetMagickInfo((char *)NULL,&exception);

 source_info = CloneImageInfo((ImageInfo *) 0);
 SetImageInfo(source_info,1,&exception);
 source  = ReadImage(source_info,&exception);
 drawThis = CloneDrawInfo(source_info,0);
 QueryColorDatabase("white",&drawThis->fill);
 CloneString(&drawThis->text,"Do you have the right ImageMagick?");
 GetTypeMetrics(source,drawThis,&metrics);/*I think this was introduced 
in 5.3.8*/
 DrawImage(source,drawThis);

 thumbnail = CloneImage(source,0,0,0,&exception);
 thumbnail_info = CloneImageInfo(source_info);
 TransformImage(&thumbnail,"","JPEG");
 WriteImage(thumbnail_info,thumbnail);

 DestroyImageInfo(source_info);
 DestroyImage(source);
 DestroyMagick();
}
EOF


if { (eval echo configure:7205: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } 
&& test -s conftest; then
  rm -f conftest*
else
  echo "configure: failed program was:" >&5
  cat conftest.$ac_ext >&5
  rm -f conftest*

  { echo "configure: error: No, it doesn't work. :(
Wrong or no ImageMagick version found!
You need at least version 5.3.8 of the headers and libraries.
The Magick-config script must be in your path.
Take a look at the end of config.log to see the exact error." 1>&2; exit 1; }
fi
echo "$ac_t""Yes, it does!" 1>&6

> Les sources du soft sont disponibles quelque part ?

http://apps.kde.com/na/2/counter/vid/4567/dld0/kallery-0.3.1.tar.gz


-- 
[EMAIL PROTECTED]

Re: Debian et ISDN

[Michel Parlebas]

Le Mercredi 21 Novembre 2001 13:23, Alex PADOLY a posté :

> Existerait-il une version de Debian plus adapté que d'autres ?

Il y a une distrib dérivée de Debian pour constituer un routeur ISDN.
2 versions disponibles : routeur simple  et routeur + serveurs divers

voir  

--
MP

Installer woody à partir de d7

[Nicolas SABOURET]

Bonjour,

J'essaye d'installer woody à partir de disquettes pour une machine qui a
une carte réseau "trop récente" pour stable.

Lorsque je démarre sur rescue.bin, je lis un message qui se termine par
:
"This disk uses the Linux kernel 2.2.19".

Est-ce un bug qui traine de la 2.2 (un bout du fichier debian.txt qui
n'a pas été changé) ou bien est-ce que c'est vraiment ce noyau qui est
utilisé ? Dans ce cas, où puis-je trouver une rescue.bin avec un noyeau
plus récent (pour pouvoir supporter la carte et installer Debian par le
réseau).

Merci,
Nico.
-- 
Nicolas SABOURET
LIMSI-CNRS, BP133, 91403 Orsay, France
http://www.limsi.fr/Individu/nico

RE: .forward avec exim

[Louer, Jean Louis]

> --
> De :  Jean-Christophe Dubacq[SMTP:[EMAIL PROTECTED]
> 
> On Mon, 19 Nov 2001, Louer, Jean Louis wrote:
> >   driver = pipe
> >   command = "/usr/bin/procmail -d ${local_part}"
> >   return_path_add
> >
> > Faut-il supprimer purement et simplement ce paragraphe dans le fichier
> de
> > config ?
> 
> Pas cette section; plutôt celle qui l'appelle. Par exemple:
> procmail:
>   driver = localuser
>   transport = procmail_pipe
>   require_files =
> ${local_part}:+${home}:+${home}/.procmailrc:+/usr/bin/procmail
> no_verify
> 
> 
> Toutefois, en regardant, je vois aussi le déclenchement du .forward:
> 
> userforward:
>   driver = forwardfile
>   file_transport = address_file
>   pipe_transport = address_pipe
>   reply_transport = address_reply
>   no_verify
>   check_ancestor
>   check_local_user
>   file = .forward
>   modemask = 002
>   filter
> 
> As-tu pensé au modemask 002 ? Autrement dit, ton .forward a-t-il des
> permissions correctes ?
> 
> -- 
> Jean-Christophe Dubacq -- ATER en informatique à la faculté d'Orsay.
> Tel: 01 69 15 76 43 / 06 64 86 10 56 --- Email: [EMAIL PROTECTED]
> 
Un grand merci à ceux qui m'ont répondu. Je dois dire que je cherchais
depuis pas mal de jours sur le "grand internet" la réponse à ma
question, en vain. En cherchant sur Google : "exim .forward filter", je n'ai

vu nulle part qu'il fallait désactiver la section "procmail:" dans le
fichier exim.conf. Mais je suis peut-être bigleux.

Enfin, ça marche et je vais pouvoir faire ma liste de diffusion.
Merci.

Jean-Louis Louere

Re: probleme DNS

[kamel]

je viens de comprendre ce qui se passe.
et j'en ai friod dans le dos

j'ai donc implémenté 3 vues, j'ai placé mes serveurs DNS dans une vue
spéciale.

au niveau de mon serveur secondaire, j'active des mises à jours des qu'il y
a une modification au niveau du serveur principale.
le problème se situe au niveau de mes fichiers mis à jours dans une autre
vue que dans celle ou sont situé mes serveurs.
j'explique: j'ai une configuration A pour le domaine test.com dans la vue
alpha
j'ai une configuration B pour le domaine test.com dans la
vue beta

mes DNS sont dans la vue alpha, ce qui a pour conséquence au niveau du
serveur secondaire d'avoir
   la configuration A pour le domaine test.com dans la vue beta
au lieu d'avoir la configuration B pour le domaine test.com dans la vue beta

d'ou réponses nslookup tordus!!

ma question est donc de savoir comment configuré mes serveur DNS pour que le
refresh callback soit indépendant de la vue ou sont placé les DNS

merci, de votre aide
PS: je suis dans la panade...


- Original Message -
From: "kamel" <[EMAIL PROTECTED]>
To: 
Sent: Wednesday, November 21, 2001 5:16 PM
Subject: probleme DNS


> mes serveurs DNS s'appuis sur bind-9.1.2
> J'ai ainsi définis difirentes view avec des "match client".
> Le système de vue permet de définir une reponse de DNS en fonction du
réseau
> auquel appartient le demandeur.
> Ainsi, dans ma config, j'ai une vue external pour les personne
intérrogeant
> mes serveurs DNS depuis l'internet.
>
> Mon système fonctionnait tres bien depuis 3 mois jusqu'a aujourdhui où un
> client se plaignait de pas réussir d'envoyer des emails.
>
> je lui demander de faire un nslookup -type=MX
> et la surprise, il a une réponse correspondant à ma vue internal.
>
> Je suis donc à la recherche de personne à qui une chose pareil à pu
arrivé.
>
> est-ce que ma version de bind est une version d'evaluation et qu'apres mes
3
> mois, le mécanisme de vue tombe de temps en temps ? ;-)
>
> serieusement, je suis perdu, d'autant plus que mon DNS repond correctement
> dans la plus part des cas.
>
> toute suggestion est la bien venus
> merci.
>
>

Re: Utiliser le japonais

[Sylvain Sauvage]

youssef wrote:
> 
> Bonjour,
> 
>  Je suis en train d'étudier le japonais, j'aimerais
> savoir, s'il est possible de configurer woody
> pour pouvoir écrire en japonais avec un clavier
> belge (romanji).

(romaji)
 
>  J'utilise principalement emacs. Il semblerait que le
> format d'encodage «UTF-8» soit le plus adéquat.

Mule est ton ami.

mule : select input method : japanese

Tu tapes en romaji (hepburn ou autre, ça passe), il te propose
l'hiragana correspondant, et en appuyant sur la barre d'espace, tu fais
défiler les kanji de même prononciation. Ça marche aussi pour un groupe
de syllabes.
Pour l'enregistrement, le JIS fonctionne (avec un bémol pour la
reconnaissance automatique du format : il faut un peu forcer Emacs).
 
> Meri d'avance
> Youssef

-- 
   __ __ __   
  |oo|   | Sylvain Sauvage, doctorant [IAD & SMA]   |   |oo|  
  <_)|   |   GREYC -- CNRS UMR 6072, Université de Caen |   <_)|  
 //  \\  |  |  //  \\ 
(_|  |_) |   http://www.info.unicaen.fr/~sauvage| (_|  |_)
|_\==/_| | mailto:[EMAIL PROTECTED] __| |_\==/_|

Re: Off topic: problème de module.

[Benoit Friry]

> En changeant des alias dans /etc/modultils/aliases, j'ai du faire
> quelque chose qui ne va pas. Je recois sans cesse le message suivant:

> insmod: /lib/modules/2.2.19/misc/unix.o: insmod net-pf-1 failed

> Comment faire pour arrêter le déferlement sur la console afin de pouvoir
> aller arranger ça. Merci d'avance pour les réponses.

Il me semble que la réponse a été donnée...

Mais j'ai l'impression (peut-être me trompe-je) que tu as aussi le
problème de ne pas avoir la main pour retourner modifier
/etc/modultils/aliases...

Dans ce cas, tu peux essayer de :
1) changer de console (alt+F2..)
2) virer la sortie d'erreur ('exec 2>/dev/null')
   (attention, tu n'as alors plus de prompt ni d'echo, mais tu
   peux lancer un "vi /etc/modultils/aliases"
3) lancer X (si installé)
4) travailler en aveugle 
- lancement de vi
- recherche la ligne avec net-pf-1
- aller à la fin du mot
- mettre une espace et "off"
- mettre en commentaire la fin de l'ancienne ligne
   a priori même si les traces continuelles d'insmod rendent la
   sortie dégueulasse, le fichier n'en sera pas affecté.

Tout ça est bien à prendre avec les précautions de rigueurs, et je n'ai
rien tester !!!

benoit

-- 
int i;main(){for(;i["]

2 interfaces réseaux, 2 IP, 2 gateways

[Iceman]

Bonjour,

j'ai un problème assez embêtant, et si quelqu'un pouvait m'aider, je lui en
serait très reconnaissant.

Voilà le problème : je dois basculer un serveur d'une connexion internet à
une autre. Cela signifie changement de réseau physique, et d'IP.
J'ai donc mis une deuxième carte réseau, en espérant ainsi faire en sorte
que mon serveur soit atteignable via ses deux IP ("ancienne" et "nouvelle").
Mais là se pose le problème : je n'arrive pas à faire en sorte que chaque
interface réseau dispose de son gateway propre. Je n'ai pu que mettre un
gateway par défaut.

En pratique, cela signifique qu'il y a une IP (la "nouvelle", en
l'occurence) que l'on ne peut pas atteindre. Et pour cause : elle tente de
répondre aux requêtes en utilisant le gateway par défaut, mais via son
interface.

La question est, comment faire pour que chaque carte réseau réponde aux
requetes adressées à elle, en utilisant son propre gateway ?


j'espère que cela est plus ou moins compréhensible.

merci


Iceman

Gnome obligatoire

[Erwan David]

dans la woody, xscreensaver dépend maintenant de gnome. Est-ce
un bug ou la poliytique de Debian est-elle d'imposer gnome ? Si c'est
le deuxièlme cas inutile de dire que je laisse aussitôt tomber la
debian. Jze ne veux pas de cette bouse sur mes machines.

-- 
Erwan

Re: Gnome obligatoire

[Christian Marillat]

>> "ED" == Erwan David <[EMAIL PROTECTED]> writes:

>   dans la woody, xscreensaver dépend maintenant de gnome. Est-ce
> un bug ou la poliytique de Debian est-elle d'imposer gnome ? Si c'est
> le deuxièlme cas inutile de dire que je laisse aussitôt tomber la
> debian. Jze ne veux pas de cette bouse sur mes machines.

Pas vraiment :

 $ apt-cache show xscreensaver
Package: xscreensaver
Priority: optional
Section: x11
Installed-Size: 5124
Maintainer: Larry Daffner <[EMAIL PROTECTED]>
Architecture: i386
Version: 3.33-5
Depends: libc6 (>= 2.2.4-2), libpam0g (>= 0.72-1), xlibs (>> 4.1.0), 
xscreensaver-gnome (= 3.33-5) | xscreensaver-nognome (= 3.33-5)

Je pense qu'inverser xscreensaver-gnome avec xscreensaver-nognome doit
résoudre le problème. D'ailleurs tu as fais un rapport de bogue :-)

Pour résoudre le problème sans attendre un nouveau paquet :

apt-get install xscreensaver-nognome

Christian

Re: Problème de .configure

[Denis Barbier]

On Wed, Nov 21, 2001 at 05:47:12PM +0100, Laurent Rathle wrote:
> Le Mercredi 21 Novembre 2001 17:12, Denis Barbier a écrit :
> > Il manque des lignes ici, quelles sont-elles ?
[...]

C'est a priori ce bout de code qui pose problème.
Essaie ceci (les lignes commençant pas $ sont ce que tu dois taper, jusqu'au
prochain $, $ exclus).

   $ cat > foo.c <
#include 
#include 
#include 

int main(int argc,char **argv)
{
 unsigned int version;

 InitializeMagick(*argv);
 GetMagickVersion(&version);
 DestroyMagick();
 printf("%x.%x.%x",version/(16*16), (version/16)%16, version%16);
 if (version < 0x538)
   return 1;
 else
   return 0;
}
EOF
  $ gcc -o foo foo.c -lMagick
  $ ./foo; echo ':'$?
  $

Chez moi, j'ai 5.4.0:0
Tu as certainement autre chose, il faut comprendre pourquoi, regarde si le
numéro que tu vois correspond à celui trouvé dans /usr/include/magick/version.h 

Tu pourrais aussi regarder dans config.log, le numéro de version de version.h
doit s'y trouver.

Denis

Re: Backport

[Laurent Pelecq]

georges mariano <[EMAIL PROTECTED]> writes:
> > Voilà pourquoi il a choisi de modifier src/Makefile.am (de mémoire)
> > afin que cette bibliothèque, dont la compilation est bloquée sur
> > certaines architectures à cause de fichiers non utilisés, puisse
> > être diffusée sur le maximum de plate-formes.
> > 
> > Je trouve que cette attitude reflète un très grand respect des
> > utilisateurs,
> c'est marrant moi, utilisateur, j'ai l'impression exactement inverse.
> 
> > et je suis heureux qu'il ait choisi cette solution plutôt que la
> > solution de facilité qui consisterait à exclure les architectures
> > qui posent problème.
> 
> quitte à bidouiller la compilation spécifiée par upstream, 
> quitte à ne plus permettre l'installation sur une potato "normale",
> quitte à mettre en danger la stabilité lors de l'upgrade (devenue au
> passage
> quasi obligatoire)...

Bloquer la diffusion sur certaines architectures est un point de vue
dangeureux et egoïste. C'est avec des solutions comme ça qu'on se
retrouve obligé d'acheter du Wintel même si on n'a pas envie.

Tu veux StarOffice ou Netscape, achète du i386. Tu veux du Debian,
achète ce que tu veux. Je préfère le deuxième point de vue.

La priorité doit être de compiler sur le maximum d'architecture si
c'est possible. Si le développeur amont ne le fait pas c'est peut-être
parce qu'il n'a pas accès à toutes ces architectures. Le développeur
Debian ne bidouille pas, il corrige une erreur. Il pourraît
certainement corriger le retroportage aussi. Mais il n'y a pas de
compilation automatique sur potato pour l'aider. Et quand c'est pas
automatique, on ne le fait pas.

Une compilation automatique sur potato doublerait le besoin en machine
de compil.

-- 
Laurent Pelecq