Fedora-Fr - Communauté francophone Fedora - Linux

Communauté francophone des utilisateurs de la distribution Linux Fedora.

  

Dernière news : Fedora 34 n'est plus maintenu

#1 Re : Le comptoir du libre » Durée de vie moyenne d'un DD 2,5" » 04/05/2015 23:04:04

Si c'est du wifi, il faudrait voir du côté des canaux utilisés ... Si tes voisins (ou les réseaux wifi voisins en tout cas) utilisent le même canal que le tiens voire des canaux adjacents qui se superposent, tu auras des interférences et la vitesse et la qualité de ton réseau wifi en pâtiront...

#2 Re : Le comptoir du libre » Durée de vie moyenne d'un DD 2,5" » 04/05/2015 09:39:14

nouvo09 a écrit :

J'ai dû louper un truc. Si tu fais cette opération chez toi, pourquoi ne pas juste mettre un câble ethernet ?

Pour des raisons pratiques (longueur de câble), je suis obligée de passer par le wifi car ma box, sur laquelle est branché le NAS, est trop loin de mon PC de salon.

:)

#3 Re : [Anciennes versions] Support général » [Résolu] vérification état disques durs » 26/01/2015 10:30:31

Pour sda : il y a des erreurs non corrigées (Reported_Uncorrect) mais surtout tu as des timeout au niveau des commandes matérielles (94) !! Et tu as 1 secteur en cours de ré-allocation qui peut poser problème comme actuellement (et 1 irrécupérable). Tu peux le réparer avec HDD Regenerator, en version CD demo, il en réparera qu'un seul, ce qui est suffisant pour toi.

Tu as un logiciel spécial qui arrête le disque dur s'il y a "danger" ? Comme sous Windows, HDD Protection quelque chose comme ca.
Il faut vérifier les câbles et connexions (et alimentations également) de tes 2 DD car le 2eme aussi a un problème au niveau matériel (sauf s'il y a une protection logicielle pour le disque dur toujours).
Mais le premier disque dur est à remplacer de toute manière.

#4 Re : [Anciennes versions] Support général » erreur d'entrée sortie » 08/12/2014 10:41:29

Peut-être un problème au niveau du kernel Linux ? Essaie de changer la nappe mais je doute que ça change quelque chose ... Le DD a l'air ok !

#5 Re : [Anciennes versions] Support général » erreur d'entrée sortie » 07/12/2014 20:59:58

Ca pourrait aussi être un problème avec la carte contrôleur ou la nappe éventuellement ... C'est un SATA ou un IDE ?

Sinon, oui un smartctl -a /dev/sda donnera les informations SMART ;) Ensuite, on pourra statuer sur une solution =)
Par ailleurs, Hiren's ou HDD Regenerator permettent de réparer un secteur défectueux, et donc c'est une opération indépendante du système de fichier et donc de l'OS.

#6 Re : [Anciennes versions] Réseaux » squid intercept » 28/11/2014 20:39:28

fgland a écrit :

je ne pense pas que cela vienne d'iptables car la 'capture' marche bien !
J'ai fait cette configuration sur des raspberry, donc debian, et je n'ai pas rencontré ce problème.

Gérard

Je dis ça car ton fichier de configuration actuellement ne permet pas de démarrer Squid ... Sous ma CentOS (VM), ce qui ne change pas de Fedora !
Tu as oublié une acl pour localhost et manager ! Ca m'étonnerait pas que ca vienne d'une ligne de config ...

#7 Re : [Anciennes versions] Réseaux » squid intercept » 28/11/2014 20:18:20

madko a écrit :

et par hasard ton squid ne serait pas dans la plage 192.168.1.0? Du coup les paquets qui sortent pour aller sur le web lui sont encore retourné?

Ce serait alors la partie "POSTROUTING" qui serait concernée pas PREROUTING car l'IP de Squid, bien qu'étant dans la plage (.1.19), n'est pas concernée par la règle nat actuelle si je ne me trompe pas =)

#8 Re : [Anciennes versions] Réseaux » squid intercept » 28/11/2014 17:18:27

Salut Gérard =)

Dans ta ligne iptables, ce n'est pas --to-port plutôt ? (pas ports)
De plus, il faudrait préciser l'interface d'entrée : -i eth0 par exemple

#9 Re : [Anciennes versions] Installation des programmes » [Résolu] Compilation de Firefox » 27/11/2014 11:33:10

Attention, selon moi, compiler pour une centOS et fedora c'est différent, que ce soit les versions des librairies, les chemins etc ... C'est pour ça que je préfère toujours compiler pour une version donnée et avoir au maximum un paquet distribuable facilement :)

Après, faire un rpm rebuild pour le src rpm, je n'ai jamais testé, je ne sais pas si ca change vraiment par rapport au SPEC. Pour les variables CFLAGS, et autres, je donne juste un chemin supplémentaire pour les variables, car gcc 4.9.2 est dans /usr/local :)

Bon, si tu arrives à avoir le rpm et qu'il est distribuable et déployable sur toutes tes centOS, ca doit être ok ^^

#10 Re : [Anciennes versions] Installation des programmes » [Résolu] Compilation de Firefox » 24/11/2014 18:41:55

Ca s'arrête ici, je ne sais pas pourquoi ! :

...

Executing: c++ -o js -Wall -Wpointer-arith -Woverloaded-virtual -Werror=return-type -Werror=int-to-pointer-cast -Wtype-limits -Wempty-body -Werror=conversion-null -Wsign-compare -Wno-invalid-offsetof -Wcast-align -O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fpermissive -I/usr/local/include -fno-rtti -ffunction-sections -fdata-sections -fno-exceptions -fno-math-errno -std=gnu++0x -pthread -pipe -DNDEBUG -DTRIMMED -g -O3 -freorder-blocks -fno-omit-frame-pointer /home/mock/rpmbuild/BUILD/infogerant-toto-33.1.1/mozilla-release/objdir/js/src/shell/tmpBUJhGa.list -lpthread -Wl,--no-keep-memory -Wl,--reduce-memory-overheads -L/usr/local/lib64 -Wl,-z,noexecstack -Wl,-z,text -Wl,--build-id -Wl,-rpath-link,../../../dist/bin -Wl,-rpath-link,/home/mock/rpmbuild/BUILD/infogerant-toto-33.1.1/mozilla-release/objdir/dist/lib -L/home/mock/rpmbuild/BUILD/infogerant-toto-33.1.1/mozilla-release/objdir/dist/lib -lnspr4 -lplc4 -lplds4 ../libjs_static.a -lz -Wl,--whole-archive ../../../dist/lib/libmozglue.a ../../../dist/lib/libmemory.a -Wl,--no-whole-archive -rdynamic -lm -ldl
/home/mock/rpmbuild/BUILD/infogerant-toto-33.1.1/mozilla-release/objdir/js/src/shell/tmpBUJhGa.list:
    INPUT("js.o")
    INPUT("jsheaptools.o")
    INPUT("jsoptparse.o")
    INPUT("../editline/editline.o")
    INPUT("../editline/sysunix.o")

../libjs_static.a(Parser.o): In function `_ZN2js6detail9BumpChunk7setBumpEPv.isra.19':
/home/mock/rpmbuild/BUILD/infogerant-toto-33.1.1/mozilla-release/js/src/ds/LifoAlloc.h:83: undefined reference to `__asan_unpoison_memory_region'
/home/mock/rpmbuild/BUILD/infogerant-toto-33.1.1/mozilla-release/js/src/ds/LifoAlloc.h:81: undefined reference to `__asan_poison_memory_region'

....

/home/mock/rpmbuild/BUILD/infogerant-toto-33.1.1/mozilla-release/js/src/ds/LifoAlloc.h:83: undefined reference to `__asan_unpoison_memory_region'
/home/mock/rpmbuild/BUILD/infogerant-toto-33.1.1/mozilla-release/js/src/ds/LifoAlloc.h:83: undefined reference to `__asan_unpoison_memory_region'
../libjs_static.a(BitSet.o): In function `tryAlloc':
/home/mock/rpmbuild/BUILD/infogerant-toto-33.1.1/mozilla-release/js/src/ds/LifoAlloc.h:83: undefined reference to `__asan_unpoison_memory_region'
../libjs_static.a(BitSet.o): In function `setBump':
/home/mock/rpmbuild/BUILD/infogerant-toto-33.1.1/mozilla-release/js/src/ds/LifoAlloc.h:83: undefined reference to `__asan_unpoison_memory_region'
/home/mock/rpmbuild/BUILD/infogerant-toto-33.1.1/mozilla-release/js/src/ds/LifoAlloc.h:83: undefined reference to `__asan_unpoison_memory_region'
../libjs_static.a(BitSet.o):/home/mock/rpmbuild/BUILD/infogerant-toto-33.1.1/mozilla-release/js/src/ds/LifoAlloc.h:83: more undefined references to `__asan_unpoison_memory_region' follow
collect2: error: ld returned 1 exit status
make[5]: *** [js] Error 1
make[5]: Leaving directory `/home/mock/rpmbuild/BUILD/infogerant-toto-33.1.1/mozilla-release/objdir/js/src/shell'
make[4]: *** [js/src/shell/libs] Error 2
make[4]: Leaving directory `/home/mock/rpmbuild/BUILD/infogerant-toto-33.1.1/mozilla-release/objdir'
make[3]: *** [libs] Error 2
make[3]: Leaving directory `/home/mock/rpmbuild/BUILD/infogerant-toto-33.1.1/mozilla-release/objdir'
make[2]: *** [default] Error 2
make[2]: Leaving directory `/home/mock/rpmbuild/BUILD/infogerant-toto-33.1.1/mozilla-release/objdir'
make[1]: *** [realbuild] Error 2
make[1]: Leaving directory `/home/mock/rpmbuild/BUILD/infogerant-toto-33.1.1/mozilla-release'
make: *** [build] Error 2
erreur: Mauvais status de sortie pour /var/tmp/rpm-tmp.RSzcPp (%build)


Erreur de construction de RPM:
    Mauvais status de sortie pour /var/tmp/rpm-tmp.RSzcPp (%build)

C'est pas vraiment parlant comme erreur ! J'ai mis 1 Go de RAM à la VM, et 2 partitions de SWAP qui font au total 4 Go, autant dire que ca ne vient pas de manque de mémoire lol

Dans le fichier spec, j'ai changé les variables comme ceci :

CFLAGS=`echo $MOZ_OPT_FLAGS |sed -e 's/-fpermissive//'`
CFLAGS="$CFLAGS -I/usr/local/include"
export CFLAGS=$CFLAGS
export CXXFLAGS="$MOZ_OPT_FLAGS -I/usr/local/include"
export LDFLAGS="$MOZ_LINK_FLAGS -L/usr/local/lib64"
#export LD_LIBRARY_PATH=/usr/local/lib64,/usr/local/lib
export PREFIX=/usr/local
#export LIBDIR='%{_libdir}'
export LIBDIR=/usr/local/lib64

Et dans le mozconfig, j'ai rajouté

ac_add_options --includedir=/usr/local/include
ac_add_options --libdir=/usr/local/lib64

Si vous avez une idée ^^

Je bosse sur une VM, je ne sais pas comment faire sous ma F20 pour compiler pour une CentOS je n'ai jamais testé ... On peut reconstruire un source rpm mais si j'ai un fichier spec comment je fais lol

#11 Re : [Anciennes versions] Support général » Accès à une partition LVM pré-existante » 24/11/2014 12:04:44

Hey

Comment ça ta partition a été redimensionnée par Ubuntu ? Tu as laissé faire l'installateur ? Même si je vois mal l'installateur redimensionner une partition comme ça ...

Lance

pvscan

puis

pvs

et donne nous le résultat =)

Idem pour vgscan et vgs

#12 Re : [Anciennes versions] Installation des programmes » [Résolu] Compilation de Firefox » 23/11/2014 22:17:49

Ah ok. Ben en fait j'ai récupéré les sources des 3 dépendances nécessaires et j'ai placé un lien symbolique dans le répertoire des sources de gcc ^^ J'aurais pu me contenter des anciennes versions sinon, en lançant le script dans le dossier contrib qui va chercher les dépendances et les décompresser pour toi ^^

Pour le fichier de flash, ca peut se faire dans le fichier SPEC, par contre le xpi je comprends maintenant que le fichier tar du langpacks contient des xpi xD Bon je suppose que le langpack est incompatible donc, mais ca ne devrait rien changer lol

Par contre il est toujours en compilation, je ne sais pas quoi faire pour l'arrêter lol (en fait je crois qu'elle prend trop de temps car j'ai mis 4 CPU sous vmware alors qu'initialement j'en avais mis 2, j'ai un i7 ... ca doit pas tourner rapidement avec 4 lol)

#13 Re : [Anciennes versions] Installation des programmes » [Résolu] Compilation de Firefox » 23/11/2014 21:52:35

Moi chez moi il compile encore xD Depuis ce matin ... Même une compilation de kernel ne prendrait pas tant de temps lol

Au fait petite question, quand tu as compilé GCC, dans les options du configure, est ce que tu as utilisés l'option --disable-multilib et comment as tu fais pour les dépendances ?

Oui j'ai passé --disable-multilib, d'ailleurs c'est le seul argument que j'ai passé (il faut installer les librairies 32bits de gcc, pas le temps lol). Pour les dépendances tu as quelles erreurs ? :o

Enfin pour Firefox et les patch ne t’embête pas avec sa, il marchera très bien sans et tous ce que je vais rajouter c'est le language pack fr et le plugin flash.

Directement dans le rpm ? Flash je pense c'est possible, en copiant les fichiers directement aux bons emplacements, mais le langpack je ne sais pas où récupérer le dernier en date ! Peut-être en récupérant le source rpm de fedora...

#14 Re : [Anciennes versions] Installation des programmes » [Résolu] Compilation de Firefox » 23/11/2014 13:00:31

Ben fait, tu n'as pas le choix pour les patchs, bon je viens d'enlever le duckduckgo, mais les autres ne fonctionnent pas, enfin il me demande lors de la compilation quel fichier il faut patcher. J'en conclus que les patchs ne sont plus bons pour la dernière version ? (j'ai pris le source rpm de centos, mais je travaille sur le source tar de firefox 33.1.1).

Ou peut-être tu as une solution ?

Pour l'erreur de GLIBC, gcc en dernière version est installé sur /usr/local, mais le chemin de la compilation est celui du gcc du système. J'ai mis dans le fichier spec export LIBDIR=/usr/local/lib64 pour voir au lieu de export LIBDIR='%{_libdir}'.

J'ai utilisé ton .mozconfig là, il est en train de compiler ... Dans le fichier spec, j'ai supprimé toute la partie if ... ac_add_options ... car je voulais être sûr qu'il utilisait le fichier .mozconfig renseigné.

Après, j'ai laissé le langpack de la version 31.2.0 ... Je sais pas trop ce que ca va donner lol
PS : on dirait qu'à un moment, j'ai l'impression de voir un message WARNING de configure qui ne reconnait pas beaucoup des paramètres du mozconfig oO J'avais vu ça hier, mais en lançant la commande make manuellement (pas du spec). J'ai aussi  l'impression qu'il ne prend pas en compte la ligne mk_add_options MOZ_MAKE_FLAGS="-j4" car c'est lent lol dans le fichier SPEC, il y a bien un if pour donner une valeur à ce paramètre mais n'a pas l'air de prendre en compte la valeur du SPEC.

#15 Re : [Anciennes versions] Installation des programmes » [Résolu] Compilation de Firefox » 22/11/2014 16:53:56

Bon j'ai essayé de compiler avec le fichier spec, en virant bien sûr les patchs (sauf quelques-uns), mais il vient de bloquer (après je ne sais pas combien d'heures lol !!) :

===
===
=== If you get failures below, please file a bug describing the error
=== If you get failures below, please file a bug describing the error
=== and your environment (compiler and linker versions), and use
=== and your environment (compiler and linker versions), and use
=== --disable-elf-hack until this is fixed.
=== --disable-elf-hack until this is fixed.
===
# Fail if the library doesn't have INIT_ARRAY .dynamic info
===
# Fail if the library doesn't have INIT .dynamic info
readelf -d test-array.so | grep '(INIT_ARRAY)'
readelf -d test-ctors.so | grep '(INIT)'
 0x000000000000000c (INIT)               0x4010
 0x0000000000000019 (INIT_ARRAY)         0x2073d0
/home/mock/rpmbuild/BUILD/firefox-33.1.1/mozilla-release/objdir/build/unix/elfhack/elfhack -b -f test-ctors.so
/home/mock/rpmbuild/BUILD/firefox-33.1.1/mozilla-release/objdir/build/unix/elfhack/elfhack -b -f test-array.so
/home/mock/rpmbuild/BUILD/firefox-33.1.1/mozilla-release/objdir/build/unix/elfhack/elfhack: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by /home/mock/rpmbuild/BUILD/firefox-33.1.1/mozilla-release/objdir/build/unix/elfhack/elfhack)
/home/mock/rpmbuild/BUILD/firefox-33.1.1/mozilla-release/objdir/build/unix/elfhack/elfhack: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by /home/mock/rpmbuild/BUILD/firefox-33.1.1/mozilla-release/objdir/build/unix/elfhack/elfhack)
make[5]: *** [test-ctors.so] Error 1
make[5]: *** Waiting for unfinished jobs....
make[5]: *** [test-array.so] Error 1
make[5]: Leaving directory `/home/mock/rpmbuild/BUILD/firefox-33.1.1/mozilla-release/objdir/build/unix/elfhack'
make[4]: *** [build/unix/elfhack/libs] Error 2
make[4]: Leaving directory `/home/mock/rpmbuild/BUILD/firefox-33.1.1/mozilla-release/objdir'
make[3]: *** [libs] Error 2
make[3]: Leaving directory `/home/mock/rpmbuild/BUILD/firefox-33.1.1/mozilla-release/objdir'
make[2]: *** [default] Error 2
make[2]: Leaving directory `/home/mock/rpmbuild/BUILD/firefox-33.1.1/mozilla-release/objdir'
make[1]: *** [realbuild] Error 2
make[1]: Leaving directory `/home/mock/rpmbuild/BUILD/firefox-33.1.1/mozilla-release'
make: *** [build] Error 2
erreur: Mauvais status de sortie pour /var/tmp/rpm-tmp.A1jdII (%build)

Je n'ai pas trop compris pourquoi ... J'ai la dernière version de gcc (4.9.2), installée à partir des sources, sur /usr/local, mais je ne sais pas pourquoi il cherche dans /usr/lib64 alors qu'il devrait chercher dans /usr/local/lib64 !! J'ai bien mis ce répertoire dans la variable LDFLAGS dans le fichier spec, mais il n'en tient pas compte apparemment ...
? =/

Je ne sais pas si tu as eu ce problème.
Bon là j'ai relancé le rpmbuild sur le fichier spec, mais en passant 2 paramètres à la macro setup dans le fichier spec pour éviter la suppression du répertoire, et donc éviter de tout refaire lol, c'est en cours ^^

Le fichier .mozconfig utilisé :

. $topsrcdir/browser/config/mozconfig

# --with-system-png is disabled because Mozilla requires APNG support in libpng
#ac_add_options --with-system-png

ac_add_options --enable-optimize
ac_add_options --enable-extensions=default
ac_add_options --enable-application=browser
ac_add_options --enable-default-toolkit=cairo-gtk2
ac_add_options --enable-webm
ac_add_options --enable-webrtc
ac_add_options --enable-ogg
ac_add_options --enable-system-hunspell
ac_add_options --enable-libnotify
ac_add_options --with-system-zlib
ac_add_options --with-system-bz2
ac_add_options --with-pthreads
ac_add_options --with-distribution-id=org.mozilla
ac_add_options --disable-updater
ac_add_options --disable-crashreporter
ac_add_options --disable-debug
ac_add_options --disable-necko-wifi
ac_add_options --disable-libjpeg-turbo
ac_add_options --disable-cpp-exceptions
ac_add_options --disable-system-sqlite
ac_add_options --without-system-libvpx
ac_add_options --prefix=/opt/mozilla/firefox
mk_add_options MOZ_MAKE_FLAGS="-j4"

export BUILD_OFFICIAL=1
export MOZILLA_OFFICIAL=1
mk_add_options BUILD_OFFICIAL=1
mk_add_options MOZILLA_OFFICIAL=1
mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/objdir
ac_add_options --enable-official-branding

Sinon, tu cherches à faire le rpm ? Moi les sources de firefox je les ai prises sur le ftp (ftp://ftp.mozilla.org/pub/mozilla.org/f … ce.tar.bz2).

#16 Re : [Anciennes versions] Installation des programmes » [Résolu] Compilation de Firefox » 20/11/2014 09:17:17

CentOS 64bits 6.4 sur le site de vault c'est bien ça ?

Pour firefox, j'ai trouvé les sources rpm de la version 31.2.0-3el6 :) (le paquet est dans les dépôts de centos 6.6 et non 6.4)
Pas de version 33.1 ! Je ne sais pas où tu as vu ça dans le dépôts ? Il te faut vraiment la version 33.1 (dispo en tar sur le site de firefox mais alors on ne pourra pas utiliser le source rpm, sans les patchs donc, mais le fichier spec doit pouvoir être réutilisable) ?

Niveau fichier mozconfig, tu as mis le paramètre "--without-system-libvpx", mais webm est activé donc normalement il doit être pris en compte, c'est volontaire ?
Au final, le fichier .mozconfig doit avoir le contenu que tu mets dans ton post ? Je suis en train de recompiler en me basant sur le source rpm là, fichier spec d'origine, non modifié, le fichier mozconfig est le suivant :

. $topsrcdir/browser/config/mozconfig

# --with-system-png is disabled because Mozilla requires APNG support in libpng
#ac_add_options --with-system-png

ac_add_options --prefix="$PREFIX"
ac_add_options --libdir="$LIBDIR"
ac_add_options --with-system-jpeg
ac_add_options --with-system-zlib
ac_add_options --with-pthreads
ac_add_options --disable-installer
ac_add_options --enable-xinerama
ac_add_options --enable-default-toolkit=cairo-gtk2
ac_add_options --disable-xprint
ac_add_options --disable-strip
ac_add_options --disable-system-cairo
ac_add_options --enable-pango
ac_add_options --enable-svg
ac_add_options --enable-canvas
ac_add_options --enable-startup-notification
ac_add_options --disable-crashreporter
ac_add_options --enable-safe-browsing
ac_add_options --enable-libnotify
ac_add_options --disable-necko-wifi
ac_add_options --disable-updater
ac_add_options --disable-libjpeg-turbo
ac_add_options --disable-javaxpcom
ac_add_options --enable-extensions=default
ac_add_options --disable-cpp-exceptions
ac_add_options --disable-gstreamer
ac_add_options --enable-cpp-rtti

export BUILD_OFFICIAL=1
export MOZILLA_OFFICIAL=1
mk_add_options BUILD_OFFICIAL=1
mk_add_options MOZILLA_OFFICIAL=1
mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/objdir
ac_add_options --enable-official-branding
ac_add_options --disable-system-sqlite
ac_add_options --with-system-libvpx
ac_add_options --enable-webm
ac_add_options --enable-webrtc
ac_add_options --enable-ogg
ac_add_options --disable-system-cairo
ac_add_options --with-system-nspr
ac_add_options --with-system-nss
ac_add_options --enable-system-hunspell
ac_add_options --enable-libnotify
ac_add_options --enable-startup-notification
ac_add_options --enable-jemalloc
ac_add_options --disable-debug
ac_add_options --enable-optimize

Donc si je comprends bien, je dois remplacer tout ça par les lignes que tu donnes en haut, right ? Bon, j'ai une erreur, forcément gcc est obsolète lol Je viens de récupérer une version 4.8 :) (parfois j'obtiens une erreur sur pthread, mais si je redémarre avec la commande make -f ... ca marche lol sinon, je comprends pas j'ai dû modifier des fichiers .py car il ne trouvait pas ordereddict ni une fois Counter donc j'ai mis from collections tout le temps ! alors que sous python ca marche, je ne vois pas^^ idem pour simplejson, j'ai mis import json à un moment plutôt que simplejson, puis là j'ai des soucis avec c++ et le paramètre -Wconersion-null qui n'est pas reconnu par l'ancienne version ...)

EDIT2 : apparemment, le "nightly" qui apparait est normal, ca ne veut pas dire que c'est une version de dev mais tu ne peux pas utiliser le nom firefox car c'est protégé et donc, en recompilant, tu ne peux plus utiliser le nom firefox pour le paquet :)

#17 Re : [Anciennes versions] Installation des programmes » [Résolu] Compilation de Firefox » 19/11/2014 23:20:27

Tu veux créer un package firefox personnalisé pour CentOS, right ?

Bon, sur ta centOS, je ne vois pas ce qui pose problème de récupérer le src rpm par yum, et de l'utiliser dans l’environnement de construction =) Normalement, si le package vient des dépôts stables yum, le fichier spec ne devrait pas demander des versions plus élevées de certaines dépendances.

Si tu veux, je m'installerai une centOS (6.4 donc, 32 ou 64bits ?) sous une VM, et je testerai ;) Je pourrai t'aider plus facilement.

Autre chose : tu n'est pas obligé d'installer les fichiers srcrpm, tu peu très bien les télécharger et ensuite les "décompresser" en utilisant rpm2cpio FichierRpm.rpm | cpio --extract.

En fait, tu ne l'installes pas vraiment, rpm ne fait que décompresser le fichier dans l'environnement ^^ Mais il n'est pas inscrit dans le système ;)

#18 Re : [Anciennes versions] Installation des programmes » [Résolu] Compilation de Firefox » 19/11/2014 11:35:55

Oui l'environnement de construction est sous un utilisateur spécifique ;)

http://doc.fedora-fr.org/wiki/RPM_:_env … nstruction

Les parties qui t'intéressent sont les suivantes :
2- Création de l'utilisateur (builder, ou mock, ou autre, peu importe)
3- Installation des outils (je pense que pour toi, il suffit de faire un

yum install rpmdevtools yum-utils

)
4- Création de l'arborescence (en fait, il s'agit juste de lancer la commande

rpmdev-setuptree

)
7- Construction à partir du fichier SPEC

En fait, après avoir crée l'arborescence (étape 4), il faut que tu récupères le .src.rpm de firefox que tu auras récupéré des dépôts par yumdownloader (qui ne peut pas être une nightly sauf si tu es en rawhide lol) et que tu "l'installes". Il va s'installer dans les répertoires de l'utilisateur dans les dossiers appropriés.

Puis après à toi de modifier le .spec, et après hop reconstruction à partir du spec et tu obtiens le rpm =)
Rien ne t'empêche après de modifier l'archive utilisée par le .spec par une autre archive, récupérée du site de mozilla par exemple d'un des liens donnés par VINDICATORs :)

#19 Re : [Anciennes versions] Installation des programmes » [Résolu] Compilation de Firefox » 17/11/2014 08:37:32

Hello =)

Tu peux je pense récupérer les sources par yum pour la version disponible dans les dépôts (en activant au préalable le dépôt "source" dans lequel firefox se trouve). Tu utilises ensuite

yumdownloader --source firefox

Tu auras le rpm source, qu'il faudra "installer", dans un environnement de développement (tu sais faire je pense, sinon c'est dans la dock, avec un compte spécial pour ça, et rpmdev-setuptree)

De là, tu pourras modifier le script de compilation et ajouter des paramètres de compilation à firefox ;)

#20 Re : [Anciennes versions] Support général » Thunderbird et pas de connection a smtp.mail.yahoo.com » 14/11/2014 20:03:54

hahaha d'ailleurs je ne comprends pas pourquoi c'est écrit "anche a dit" et non pas moi dans les posts d'econdami ^^

Bref sinon, dans le premier retour, en fait le proxy HTTP a retourné "une page web" en disant accès interdit ^^ Maintenant ce qui a changé c'est peut être que le proxy ne renvoie rien (configuration du proxy modifiée ? Peut-être ils ont vu les logs ^^)

On attend ton retour de ticket ;)

#21 Re : [Anciennes versions] Support général » Thunderbird et pas de connection a smtp.mail.yahoo.com » 13/11/2014 20:06:33

A voir si c'est l'authentification ...

mais thunderbird fonctionne pour le POP donc le proxy est bien renseigné dans thunderbird et l'authentification n'est pas nécessaire. Donc le proxy bloque les ports SMTP ;)

#22 Re : [Anciennes versions] Support général » Thunderbird et pas de connection a smtp.mail.yahoo.com » 13/11/2014 15:44:47

lol euh ...

connect www.google.fr:80 HTTP/1.1

ou

connect www.google.fr:443 HTTP/1.1

?

Sinon, dans thunderbird, quand tu spécifies le proxy dans les paramètres je suppose, coche la case d’authentification avec le proxy et tu mets les identifiants, tu en as je suppose non ?

#23 Re : [Anciennes versions] Support général » Thunderbird et pas de connection a smtp.mail.yahoo.com » 13/11/2014 14:26:07

Bon apparemment il y a un blocage local, le proxy bloque, à priori (lol) ;)

Après, pour lever toute ambiguité, si tu fais

connect www.google.fr:80 HTTP/1.0

ca doit marcher

#25 Re : [Anciennes versions] Support général » NFS + firewall impossible de se connecter » 13/11/2014 09:24:16

Non non, changer de zone niveau firewall
L'interface graphique du pare feu est firewall-config :)

Pied de page des forums

Propulsé par FluxBB