Re: [Toulibre] Vidéo de Richard Stallman à Toulous e en ligne

2007-10-05 Par sujet Jérôme
Selon Thomas Petazzoni <[EMAIL PROTECTED]>:

> Salut,
>
> Le Fri, 5 Oct 2007 08:12:48 +0200,
> "Florian Longueteau" <[EMAIL PROTECTED]> a écrit :
>
> > Que pensez-vous de mettre cette vidéo en ligne sur un site comme
> > youtube ou dailymotion ?
>
> J'ai effectivement pour idée de mettre les vidéos de Toulibre (toutes,
> pas seulement celle de Stallman) sur un site de vidéos en ligne.
> Dailymotion ? Youtube ? Un truc plus "libre" ?

A ceux qui ne connaîtraient pas, je signale l'existence de TheoraSea [1].

Pas vraiment un youtube, car ce site ne contient que des liens. Les videos
doivent être auto-hébergées, ce qui ne doit pas être un gros problème dans la
mesure ou toulibre dispose d'un site internet.

Les videos doivent être diffusées avec itheora [2]. C'est un moyen d'incruster
les videos dans des pages web, au format libre ogg [vorbis - theora], et qui
permet de les visionner: soit avec un lecteur externe, soit avec un plug-in
navigateur, soit avec une applet java.

[1] http://theorasea.org/
[2] http://menguy.aymeric.free.fr/theora/demo.php?l=fr

Je ne crois pas que la fréquentation de TheoraSea soit comparable avec celle de
youbute et dailymotion, mais la démarche est à encourager. Peut-être que les
deux sont complémentaires, avec un lien sur les vers TheoraSea et toulibre.org
depuis les versions youtube / dailymotion.

--
Jérôme
___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll


Re: [Toulibre] Vidéo de Richard Stallman à Toulous e en ligne

2007-10-05 Par sujet Florian Longueteau
Salut,

> A ceux qui ne connaîtraient pas, je signale l'existence de TheoraSea [1].


En tout cas on y trouve déjà pusieurs vidéos de Stallman :
http://theorasea.org/search.php?search=stallman&tag=true.
Le site me semble sérieux et bien fait. Je trouve que l'idée est bonne.

@+
Flo

-- 
Goutte de science : http://flo.long.free.fr/blog.
Diffusion des savoirs ponctuels dans l'océan des connaissances.
___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll


Re: [Toulibre] Vidéo de Richard Stallman à Toulous e en ligne

2007-10-05 Par sujet Jérôme
Selon Florian Longueteau <[EMAIL PROTECTED]>:

> Salut,
>
> > A ceux qui ne connaîtraient pas, je signale l'existence de TheoraSea [1].
>
>
> En tout cas on y trouve déjà pusieurs vidéos de Stallman :
> http://theorasea.org/search.php?search=stallman&tag=true.
> Le site me semble sérieux et bien fait. Je trouve que l'idée est bonne.

En effet, j'ai oublié de le préciser dans mon message. Comme on peut s'y
attendre c'est orienté LL.

Voilà un fil de discussion du forum ubuntu-fr où s'exprime le créateur du
bouzin:
http://forum.ubuntu-fr.org/viewtopic.php?id=103493

(Plus précisément, il n'a pas créé l'applet java de lecture du flux, mais un
petit truc à mettre, côté serveur, dans le code de la page, pour avoir
l'incrustation de la video, le choix de la méthode de lecture. C'est ça,
iTheora. Ca intègre la solution java.)

En guise de signature, il arbore le slogan suivant: "No more Stallman on
Youtube".

--
Jérôme
___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll


[Toulibre] fonctionnement mailing-list

2007-10-05 Par sujet HAMMER Cédric Ext ROSI/DPS

Bonjour tout le monde,
 
Juste à titre d'information, y'a t'il des restrictions sur la mailing list 
toulibre (sur les pièces jointes par exemple, ou des mots-clés qui empêcherait 
la diffusion de certains messages, des serveurs de mails bloqués, une 
modération, ou quoique ce soit d'autre) ?
 
Je demande ça, parce que j'ai remarqué que certains messages que j'ai envoyé 
ont soit mis très longtemps à arriver sur la mailing, soit ne sont pas arrivés 
du tout (le dernier que j'ai envoyé par exemple, en réponse à Eric Noulard sur 
mon problème de rpm, n'est toujours pas là, pourtant je l'ai posté hier à 
17h46) ...
 
Merci à vous,
Cédric


*
This message and any attachments (the "message") are confidential and intended 
solely for the addressees. 
Any unauthorised use or dissemination is prohibited.
Messages are susceptible to alteration. 
France Telecom Group shall not be liable for the message if altered, changed or 
falsified.
If you are not the intended addressee of this message, please cancel it 
immediately and inform the sender.
___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll


Re: [Toulibre] fonctionnement mailing-list

2007-10-05 Par sujet HAMMER Cédric Ext ROSI/DPS

Ok merci de l'info ; et juste pour être sûr: la limite est à 40ko (ou 40kb 
d'ailleurs ? Ce qui ferait du 5ko ?) par  pièce jointe ou pour l'ensemble des 
pièces jointes ?

Ced


-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Thomas Petazzoni
Envoyé : vendredi 5 octobre 2007 11:26
À : toulouse-ll@toulibre.org
Objet : Re: [Toulibre] fonctionnement mailing-list

Salut,

Le Fri, 5 Oct 2007 11:10:39 +0200,
HAMMER Cédric Ext ROSI/DPS <[EMAIL PROTECTED]> a écrit :

> Juste à titre d'information, y'a t'il des restrictions sur la mailing 
> list toulibre (sur les pièces jointes par exemple, ou des mots-clés 
> qui empêcherait la diffusion de certains messages, des serveurs de 
> mails bloqués, une modération, ou quoique ce soit d'autre) ?

La seule restriction, c'est la taille des pièces jointes: pas plus de 40 Ko. 
Pas de modération, pas de filtrage sur mot clé (il y a quand même un 
spamassassin qui essaie de filtrer les mails, mais je doute qu'il fonctionne 
réellement).

> Je demande ça, parce que j'ai remarqué que certains messages que j'ai 
> envoyé ont soit mis très longtemps à arriver sur la mailing, soit ne 
> sont pas arrivés du tout (le dernier que j'ai envoyé par exemple, en 
> réponse à Eric Noulard sur mon problème de rpm, n'est toujours pas là, 
> pourtant je l'ai posté hier à 17h46) ...

Ton message avait une pièce jointe trop grosse, dans les logs du serveur, j'ai:

Oct 04 18:06:38 2007 (30580) Toulouse-ll post from [EMAIL PROTECTED] held,
message-id=<[EMAIL PROTECTED]>:
La taille du corps du message est trop importante : 59027 octets avec une 
limite de 40 kb

Bonne journée,

Thomas
--
Thomas Petazzoni - [EMAIL PROTECTED] http://{thomas,sos,kos}.enix.org - 
http://www.toulibre.org http://www.{livret,agenda}dulibre.org
___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll

*
This message and any attachments (the "message") are confidential and intended 
solely for the addressees. 
Any unauthorised use or dissemination is prohibited.
Messages are susceptible to alteration. 
France Telecom Group shall not be liable for the message if altered, changed or 
falsified.
If you are not the intended addressee of this message, please cancel it 
immediately and inform the sender.

___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll


Re: [Toulibre] fonctionnement mailing-list

2007-10-05 Par sujet Thomas Petazzoni
Salut,

Le Fri, 5 Oct 2007 11:10:39 +0200,
HAMMER Cédric Ext ROSI/DPS <[EMAIL PROTECTED]> a écrit :

> Juste à titre d'information, y'a t'il des restrictions sur la mailing
> list toulibre (sur les pièces jointes par exemple, ou des mots-clés
> qui empêcherait la diffusion de certains messages, des serveurs de
> mails bloqués, une modération, ou quoique ce soit d'autre) ?

La seule restriction, c'est la taille des pièces jointes: pas plus de
40 Ko. Pas de modération, pas de filtrage sur mot clé (il y a quand
même un spamassassin qui essaie de filtrer les mails, mais je doute
qu'il fonctionne réellement).

> Je demande ça, parce que j'ai remarqué que certains messages que
> j'ai envoyé ont soit mis très longtemps à arriver sur la mailing,
> soit ne sont pas arrivés du tout (le dernier que j'ai envoyé par
> exemple, en réponse à Eric Noulard sur mon problème de rpm, n'est
> toujours pas là, pourtant je l'ai posté hier à 17h46) ...

Ton message avait une pièce jointe trop grosse, dans les logs du
serveur, j'ai:

Oct 04 18:06:38 2007 (30580) Toulouse-ll post from
[EMAIL PROTECTED] held,
message-id=<[EMAIL PROTECTED]>:
La taille du corps du message est trop importante : 59027 octets avec
une limite de 40 kb

Bonne journée,

Thomas
-- 
Thomas Petazzoni - [EMAIL PROTECTED]
http://{thomas,sos,kos}.enix.org - http://www.toulibre.org
http://www.{livret,agenda}dulibre.org
___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll


Re: [Toulibre] fonctionnement mailing-list

2007-10-05 Par sujet HAMMER Cédric Ext ROSI/DPS

> Concernant la pièce jointe trop grosse tu peux si tu veux me l'envoyer en 
> direct ou bien poster une URL qui permettrait de la télécharger.

Je relance le mail, avec une solution de contournement :)

> 
> Je crois également que ton agent de mail envoie apparemment au format HTML 
> par défaut.  Je pense (ceci n'engage que moi) que pour la grande majorité des 
> > messages c'est inutile. Et ça consomme sensiblement plus d'espace.
> 

A priori il est en texte brut pour les messages que j'envoie sur la mailing, 
mais en effet, il est possible que certains soient partis en html ...

*
This message and any attachments (the "message") are confidential and intended 
solely for the addressees. 
Any unauthorised use or dissemination is prohibited.
Messages are susceptible to alteration. 
France Telecom Group shall not be liable for the message if altered, changed or 
falsified.
If you are not the intended addressee of this message, please cancel it 
immediately and inform the sender.

___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll


Re: [Toulibre] rpmbuild et dépendances, ou pourquo i y'a t-il une différence entre l'install par rpm et par compilation ?

2007-10-05 Par sujet HAMMER Cédric Ext ROSI/DPS

Hello Eric,

Voici donc le message que j'avais envoyé et qui n'est pas passé (en espérant 
que ce ne soit pas trop gros cette fois) ;).

Merci pour toutes ces explications (et le temps que tu as passé à les écrire 
...), ça aide beaucoup à comprendre comment fonctionne rpmbuild ;).
J'ai donc quelques manips et investigations dont voici le résumé et résultats:

- A mon grand regret (c'aurait été simple), je n'ai pas de .rpmrc dans mon home 
directory:
# ls -al .*rc
-rw-r--r--1 root root  383 May 21 09:27 .bashrc
-rw-r-1 root root  238 Aug 29  2005 .cshrc
-rwx--x---1 root root  119 Feb 27  2006 .fetchmailrc
-rw-r--r--1 root root  120 Jul 25  2005 .gtkrc
-r-x--1 root root0 Aug 29  2005 .kshrc
-rw---1 root root   31 Jun 13  2006 .mcoprc
-rw-r--r--1 root root  224 Aug 29  2005 .tcshrc

- j'ai regardé les fichiers rpmrc du répertoire /usr/lib/rpm, et j'ai 
effectivement les même que toi (rpmrc, macro, etc.) ; je retrouve donc bien ce 
dont tu me parlais, mais je n'ai pas pu déceler de ligne notifiant un glibc 
2.3.4 (peut-être n'ai-je pas cherché au bon endroit tu me diras, où la bonne 
entrée ! J'ai tenté de cherché des lignes avec les mots libc ou glibc mais rien 
de significatif n'en est ressorti).

- concernant les logs de construction du rpm, tu trouveras tout en pièces 
jointes (j'ai fait un rpmbuild -bt file.rpm >> fichier.log, mais tout n'est pas 
parti sur cette sorti, j'ai eu quelques affichages à l'écran que j'ai mis dans 
rpmbuild-proftpd_stdout.log).
A ce sujet, je vois bien les lignes:
Requires: /bin/sh /sbin/chkconfig /usr/bin/perl config(proftpd) = 
1.3.1rc3-1 libc.so.6 libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.1) libc.so.6(GLIBC_ 
  2.2) libc.so.6(GLIBC_2.2.3) libc.so.6(GLIBC_2.3) libc.so.6(GLIBC_2.3.4) 
libcrypt.so.1 libcrypt.so.1(GLIBC_2.0) libncurses.so.5 libpam.so.0 pam >=   
0.72 perl(getopts.pl)
qui indiquent bien que GLIBC 2.3.4 va être requis, mais qu'est-ce qui l'induit 
??
D'ailleurs ces prérequis sont confirmés par la commande que tu m'as donnée:

# rpm --requires -qp ced/tf11/proftpd-1.3.1rc3/proftpd-1.3.1-patched-1.i386.rpm
/bin/sh
libbfd-2.14.90.0.4.so
libc.so.6
libc.so.6(GLIBC_2.0)
libc.so.6(GLIBC_2.1)
libc.so.6(GLIBC_2.2)
libc.so.6(GLIBC_2.2.3)
libc.so.6(GLIBC_2.3)
libc.so.6(GLIBC_2.3.4)
libcrypt.so.1
libcrypt.so.1(GLIBC_2.0)
libdl.so.2
libdl.so.2(GLIBC_2.0)
libdl.so.2(GLIBC_2.1)
libncurses.so.5
libpam.so.0
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1


Et au passage, ce que ça fournit (après reconstruction):
# rpm --provides -qp /usr/src/redhat/RPMS/i386/proftpd-1.3.1-patched-1.i386.rpm
proftpd-1.3.1
proftpd-1.3.1 = patched-1


- Par la suite, tes messages m'ont remémoré quelque chose: il y a peu, nous 
avions tenté sur le même serveur, de mettre à jour glibc (sûrement en 2.3.4, 
mais je ne m'en souviens pas). Cette tentative a avorté, l'opération étant très 
"touchy". Bref, toujours est-il que la 2.3.2 est toujours installée, et la 
2.3.4 non, mais que lors de la tentative d'install, il y a surement des entrées 
qui ont été insérées dans certains fichiers, faisant références à cette version 
de glibc ; entrées qui n'ont donc pas été supprimées par la suite. Les preuves 
que le problème est bien là:

# rpm -qa |grep glibc
glibc-common-2.3.2-95.50
glibc-kernheaders-2.4-8.34.5
glibc-devel-2.3.2-95.50
glibc-2.3.2-95.50
glibc-utils-2.3.2-95.50
glibc-headers-2.3.2-95.50
glibc-profile-2.3.2-95.50

=> pas de 2.3.4 mais j'ai finalement tenté de recréer le rpm sur un autre 
serveur (identique en termes de système), et là ça fonctionne nickel (ie pas de 
dépendance à glibc 2.3.4) !

Au final, mon problème est quasi résolu grâce à toi, car j'ai réussi à 
construire le rpm, mais maintenant j'aimerai bien savoir comment "nettoyer" le 
premier de ses références à glibc_2.3.4 pour les prochaines constructions de 
rpm ... Tu as une idée d'où pourrai(en)t se trouver cette(ces) entrée(s) ??

Merci en tout cas pour tout (et pour mon roman aussi :=) ) Cdt,

Ced


*
This message and any attachments (the "message") are confidential and intended 
solely for the addressees. 
Any unauthorised use or dissemination is prohibited.
Messages are susceptible to alteration. 
France Telecom Group shall not be liable for the message if altered, changed or 
falsified.
If you are not the intended addressee of this message, please cancel it 
immediately and inform the sender.


rpmbuild-proftpd-log.tar.gz
Description: rpmbuild-proftpd-log.tar.gz
___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll


Re: [Toulibre] rpmbuild et dépendances, ou pourquo i y'a t-il une différence entre l'install par rpm et par compilation ?

2007-10-05 Par sujet Eric Noulard
Le 05/10/07, HAMMER Cédric Ext
ROSI/DPS<[EMAIL PROTECTED]> a écrit :
>
> Hello Eric,
>
> Voici donc le message que j'avais envoyé et qui n'est pas passé (en espérant 
> que ce ne soit pas trop gros cette fois) ;).

Il est passé mais je coupe la suite (que j'ai lu :=)
pour alléger la réponse.

Je prie les techno-phobes sensibles qui èrent légitimement sur
cette liste d'ignorer les technicochonneries qui suivent :=).

Je dis ça afin de ne pas nuire à l'image du logiciel libre,
la discussion qui suit ne reflètent pas ce que doit connaitre un
utilisateur "normal" de logiciels libres.

M'enfin évidemment vous êtes libres comme nos chers logiciels :)

>
> Au final, mon problème est quasi résolu grâce à toi, car j'ai réussi à 
> construire le rpm, mais maintenant j'aimerai bien savoir comment "nettoyer" 
> le premier de ses références à glibc_2.3.4 pour les prochaines constructions 
> de rpm ... Tu as une idée d'où pourrai(en)t se trouver cette(ces) entrée(s) ??

Je pense comme toi que l'install avortée de la glibc-2.3.4 a laissé des traces.
Ce doit être un des scripts 'find-requires' qui "génére" la fausse dépendance.

Pour vérifier tu peux essayer la chose suivante:

1) repérer les différents scripts find-requires par exemple:

locate rpm | grep requires

ce qui sur ma machine fedora 7 donne:

/usr/lib/rpm/find-requires
/usr/lib/rpm/find-requires.perl
/usr/lib/rpm/mono-find-requires
/usr/lib/rpm/redhat/find-requires
/usr/lib/rpm/redhat/find-requires.ksyms
/usr/lib/rpm/redhat/find-requires.libtool
/usr/lib/rpm/redhat/find-requires.pkgconfig

2) lancer le/les script/s sur ton exécutable par exemple:

echo /bin/bash | /usr/lib/rpm/find-requires ldd

ce qui chez moi donne:
  libc.so.6
  libdl.so.2
  libtinfo.so.5
  linux-gate.so.1
  libc.so.6(GLIBC_2.0)
  libc.so.6(GLIBC_2.1)
  libc.so.6(GLIBC_2.2)
  libc.so.6(GLIBC_2.3)
  libc.so.6(GLIBC_2.3.4)
  libc.so.6(GLIBC_2.4)
  libdl.so.2(GLIBC_2.0)

si tu veux plus de détails sur l'exécution d'un script 'find-requires' tu peux
aussi faire:

  echo /bin/bash | /bin/bash -x /usr/lib/rpm/find-requires ldd

Mon hypothèse est que lors de l'installation avortée de la glibc
la commande /usr/bin/ldd correspondant à la glibc 2.3.4 a été installée
à la place de l'ancienne et que c'est elle qui te "génére" cette dépendance
factice.

Tu peux vérifier la version de ldd en faisant ldd --version.
Tu peux aussi lancer la commande suivante sur ton binaire proftpd:

ldd -v /path/to/proftpd

tu devrais voir apparaître les "dépendances" comme
par exemple avec bash, chez moi ça donne:

ldd -v /bin/bash

linux-gate.so.1 =>  (0x00c8b000)
libtinfo.so.5 => /lib/libtinfo.so.5 (0x05a49000)
libdl.so.2 => /lib/libdl.so.2 (0x008a4000)
libc.so.6 => /lib/libc.so.6 (0x0074e000)
/lib/ld-linux.so.2 (0x00309000)

Version information:
/bin/bash:
libdl.so.2 (GLIBC_2.1) => /lib/libdl.so.2
libdl.so.2 (GLIBC_2.0) => /lib/libdl.so.2
libc.so.6 (GLIBC_2.4) => /lib/libc.so.6
libc.so.6 (GLIBC_2.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.2) => /lib/libc.so.6
libc.so.6 (GLIBC_2.3.4) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
/lib/libtinfo.so.5:
libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.4) => /lib/libc.so.6
libc.so.6 (GLIBC_2.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.2) => /lib/libc.so.6
libc.so.6 (GLIBC_2.3.4) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
/lib/libdl.so.2:
ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2
libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
libc.so.6 (GLIBC_PRIVATE) => /lib/libc.so.6
/lib/libc.so.6:
ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_2.3) => /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_2.1) => /lib/ld-linux.so.2

Tu peux aussi comparer la sortie de
ldd -v /bin/bash

sur ta machine créant des RPMs moisis avec celle qui fonctionne.

-- 
Erk
___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll


Re: [Toulibre] fonctionnement mailing-list

2007-10-05 Par sujet Eric Noulard
Le 05/10/07, HAMMER Cédric Ext ROSI/DPS<[EMAIL PROTECTED]> a écrit
>
> Ok merci de l'info ; et juste pour être sûr: la limite est à 40ko (ou 40kb 
> d'ailleurs ? Ce qui ferait du 5ko ?) par  pièce jointe ou pour l'ensemble des 
> pièces jointes ?

Concernant la pièce jointe trop grosse tu peux si tu veux me l'envoyer
en direct ou bien poster une URL qui permettrait de la télécharger.


Je crois également que ton agent de mail envoie apparemment au format HTML
par défaut.  Je pense (ceci n'engage que moi) que pour la grande
majorité des messages c'est inutile. Et ça consomme sensiblement
plus d'espace.


-- 
Erk
___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll


Re: [Toulibre] rpmbuild et dépendances, ou pourquo i y'a t-il une différence entre l'install par rpm et par compilation ?

2007-10-05 Par sujet HAMMER Cédric Ext ROSI/DPS

Eric, voici l'état de mon serveur:

> 1) repérer les différents scripts find-requires par exemple:
>locate rpm | grep requires

# locate rpm | grep requires
/usr/lib/rpm/find-requires
/usr/lib/rpm/find-requires.perl


> 2) lancer le/les script/s sur ton exécutable par exemple:
>echo /bin/bash | /usr/lib/rpm/find-requires ldd

# echo /bin/bash | /usr/lib/rpm/find-requires ldd
libc.so.6
libdl.so.2
libtermcap.so.2
libc.so.6(GLIBC_2.0)
libc.so.6(GLIBC_2.1)
libc.so.6(GLIBC_2.2)
libc.so.6(GLIBC_2.3)
libdl.so.2(GLIBC_2.0)
libdl.so.2(GLIBC_2.1)

# echo /bin/bash | /usr/lib/rpm/find-requires.perl ldd
libc.so.6
libc.so.6(GLIBC_2.0)
libc.so.6(GLIBC_2.1)
libc.so.6(GLIBC_2.2)
libc.so.6(GLIBC_2.3)
libdl.so.2
libdl.so.2(GLIBC_2.0)
libdl.so.2(GLIBC_2.1)
libtermcap.so.2

... Pas de 2.3.4 donc ...

> Tu peux vérifier la version de ldd en faisant ldd --version.
# ldd --version
ldd (GNU libc) 2.3.2 [...]

> ldd -v /path/to/proftpd
# ldd -v /usr/local/sbin/proftpd
libpam.so.0 => /lib/libpam.so.0 (0x0029c000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x006f1000)
libc.so.6 => /lib/tls/i686/libc.so.6 (0x00111000)
libdl.so.2 => /lib/libdl.so.2 (0x00732000)
liblaus.so.1 => /lib/liblaus.so.1 (0x00c29000)
/lib/ld-linux.so.2 (0x00974000)

Version information:
/usr/local/sbin/proftpd:
libcrypt.so.1 (GLIBC_2.0) => /lib/libcrypt.so.1
libc.so.6 (GLIBC_2.2.3) => /lib/tls/i686/libc.so.6
libc.so.6 (GLIBC_2.3) => /lib/tls/i686/libc.so.6
libc.so.6 (GLIBC_2.2) => /lib/tls/i686/libc.so.6
libc.so.6 (GLIBC_2.1) => /lib/tls/i686/libc.so.6
libc.so.6 (GLIBC_2.3.4) => /lib/tls/i686/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/tls/i686/libc.so.6
/lib/libpam.so.0:
libdl.so.2 (GLIBC_2.1) => /lib/libdl.so.2
libdl.so.2 (GLIBC_2.0) => /lib/libdl.so.2
libc.so.6 (GLIBC_2.1.3) => /lib/tls/i686/libc.so.6
libc.so.6 (GLIBC_2.1) => /lib/tls/i686/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/tls/i686/libc.so.6
libc.so.6 (GLIBC_2.3) => /lib/tls/i686/libc.so.6
/lib/libcrypt.so.1:
libc.so.6 (GLIBC_2.1.3) => /lib/tls/i686/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/tls/i686/libc.so.6
/lib/tls/i686/libc.so.6:
ld-linux.so.2 (GLIBC_2.1) => /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_2.3) => /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_2.0) => /lib/ld-linux.so.2
/lib/libdl.so.2:
libc.so.6 (GLIBC_2.1.3) => /lib/tls/i686/libc.so.6
libc.so.6 (GLIBC_2.1) => /lib/tls/i686/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/tls/i686/libc.so.6
libc.so.6 (GLIBC_PRIVATE) => /lib/tls/i686/libc.so.6
ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2
/lib/liblaus.so.1:
libc.so.6 (GLIBC_2.1.3) => /lib/tls/i686/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/tls/i686/libc.so.6

Bizarrement la version installée via la compilation montre une dépendance à 
proftpd, pourtant elle fonctionne très bien !


> Tu peux aussi comparer la sortie de ldd -v /bin/bash sur ta machine créant 
> des RPMs moisis avec celle qui fonctionne.
Identique et pas de présence de Glibc 2.3.4 ...

J'ai tenté en vain de forcer une réinstallation de Glibc, juste au cas où (via 
un apt-get install --reinstall glibc, vu que le serveur possède une source apt, 
qui fournit Glibc 2.3.2) ; d'autres idées ?

*
This message and any attachments (the "message") are confidential and intended 
solely for the addressees. 
Any unauthorised use or dissemination is prohibited.
Messages are susceptible to alteration. 
France Telecom Group shall not be liable for the message if altered, changed or 
falsified.
If you are not the intended addressee of this message, please cancel it 
immediately and inform the sender.

___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll


Re: [Toulibre] rpmbuild et dépendances, ou pourquo i y'a t-il une différence entre l'install par rpm et par compilation ?

2007-10-05 Par sujet Eric Noulard
Le 05/10/07, HAMMER Cédric Ext
ROSI/DPS<[EMAIL PROTECTED]> a écrit :
> > Tu peux aussi comparer la sortie de ldd -v /bin/bash sur ta machine créant 
> > des RPMs moisis avec celle qui fonctionne.
> Identique et pas de présence de Glibc 2.3.4 ...
>
> J'ai tenté en vain de forcer une réinstallation de Glibc, juste au cas où 
> (via un apt-get install --reinstall glibc, vu que le serveur possède une 
> source apt, qui fournit Glibc 2.3.2) ; d'autres idées ?

Eh bien je pense que tu devrais poser la question à des experts
glibc désormais puisqu'il semble bien que ça soit de là que ça vienne :=(

Sinon plus "fondamentalement" je dirais que ce serveur mériterait une
ré-installation (par exemple en clonant un qui est "propre").

Mais peut-être n'est pas possible en pratique.
Si c'est le cas ben il faut "juste" éviter de construire des RPMs sur
cette machine.
Tu peux aussi distribuer un rpm source (et pas binaire).

Désolé de ne pouvoir t'aider plus pour l'instant.

-- 
Erk
___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll


Re: [Toulibre] rpmbuild et dépendances, ou pourquo i y'a t-il une différence entre l'install par rpm et par compilation ?

2007-10-05 Par sujet HAMMER Cédric Ext ROSI/DPS

> Désolé de ne pouvoir t'aider plus pour l'instant.

Pas de problème, tu m'as déjà bcp aidé, au moins à comprendre et trouver une 
solution alternative ...
Je crois que je vais voir pour une réinstallation. C'est un serveur de test, 
donc ça ne devrait pas poser trop de problèmes ;)

Merci encore,
Ced

*
This message and any attachments (the "message") are confidential and intended 
solely for the addressees. 
Any unauthorised use or dissemination is prohibited.
Messages are susceptible to alteration. 
France Telecom Group shall not be liable for the message if altered, changed or 
falsified.
If you are not the intended addressee of this message, please cancel it 
immediately and inform the sender.

___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll


Re: [Toulibre] fonctionnement mailing-list

2007-10-05 Par sujet tboudet
Quoting HAMMER Cédric Ext ROSI/DPS <[EMAIL PROTECTED]>:

> (ou 40kb d'ailleurs ? Ce qui ferait du 5ko ?) par  pièce jointe ou

   Et goret-quoter diminue le quota, en prime.

-- 
Thierry Boudethttp://tboudet.free.fr/cv.html
___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll


Re: [Toulibre] rpmbuild et dépendances, ou pourquoi y'a t-il une différence entre l'install par rpm et par compilation ?

2007-10-05 Par sujet tboudet
Quoting Eric Noulard <[EMAIL PROTECTED]>:

> Je pense comme toi que l'install avortée de la glibc-2.3.4 a laissé   
> des traces.

   http://pafoo.net/uninstallglibc/uninstglibc.html


-- 
Thierry Boudethttp://tboudet.free.fr/cv.html
___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll


Re: [Toulibre] rpmbuild et dépendances, ou pourquo i y'a t-il une différence entre l'install par rpm et par compilation ?

2007-10-05 Par sujet Eric Noulard
Le 05/10/07, [EMAIL PROTECTED]<[EMAIL PROTECTED]> a écrit :
> Quoting Eric Noulard <[EMAIL PROTECTED]>:
>
> > Je pense comme toi que l'install avortée de la glibc-2.3.4 a laissé
> > des traces.
>
>http://pafoo.net/uninstallglibc/uninstglibc.html

J'ai apprécié la blague mais je mets en garde
les néophytes qui ne seraient pas aguerris au tboudet
que le précédent lien est

une bonne blague si on sait qu'il ne faut PAS faire ce qui est écrit
ça peut devenir

une mauvaise si on ne le savait pas et qu'on le découvre après avoir essayé :=)


-- 
Erk
___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll


Re: [Toulibre] rpmbuild et dépendances, ou pourquo i y'a t-il une différence entre l'install par rpm et par compilation ?

2007-10-05 Par sujet tigroo
Eric Noulard a écrit :
> Le 05/10/07, [EMAIL PROTECTED]<[EMAIL PROTECTED]> a écrit :
>   
>> Quoting Eric Noulard <[EMAIL PROTECTED]>:
>>
>> 
>>> Je pense comme toi que l'install avortée de la glibc-2.3.4 a laissé
>>> des traces.
>>>   
>>http://pafoo.net/uninstallglibc/uninstglibc.html
>> 
>
> J'ai apprécié la blague mais je mets en garde
> les néophytes qui ne seraient pas aguerris au tboudet
> que le précédent lien est
>
> une bonne blague si on sait qu'il ne faut PAS faire ce qui est écrit
> ça peut devenir
>
> une mauvaise si on ne le savait pas et qu'on le découvre après avoir essayé 
> :=)
>
>
>   
tu as tenté un AutoReq off dans l'entête du .spec, et l'alignement de 
toutes les dépendances à l main avec Requires
___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll