ta procédure est pour le kernel-2.4.22, le module eagle-usb-1.9.9.1 est valable aussi pour les autres kernel 2.4.x (x > 18 ) et 2.6.y (y >= 0 )
je ne l'avais jamais vu le : modprobe n_hdlc => il te sert à quoi ?
pourquoi installer le pppoe vu que ensuite la connexion se fait en pppoa ?
Pour tous les programmes chargés en mémoire, il n'y a pas de soucis. Tu peux faire le test ;-)
ça nous était arrivé en prod' : les gars avaient fait une mise à jour d'un programme majeur alors qu'il tournait... à minuit il s'arrêtait pour redémarrer : bin jusqu'à minuit l'ancienne version tournait, après minuit c'était la nouvelle... trophor (m'enfin ça m'a bien fait flipper sur le moment)... Bon, c'était sous un unix et non un linux mais bon, c'est (quasi) pareil.
Tant que c'est en mémoire (vive ou swap) c'est bon.
En revanche c'est problématique pour ce qui est chargé "à la volée" quand nécessaire, genre librairies... donc KDE / Gnome qui en regorgent, c'est pas mal de faire un petit ctrl-alt-backspace (pas besoin de rebooter einh, ça c'est que pour le changement de kernel).
bon j'ai rajouté gettext-devel-0.14.1-9mdk.i586 (libstdc++6-devel est venue avec... j'avais le choix entre
1- libstdc++6-devel-3.4.1-3mdk.i586 : Header files and libraries for C++ development (to install)
2- libstdc++5-devel-3.3.4-1mdk.i586 : Header files and libraries for C++ development (to install)
j'ai autoconf2.1-2.13-21mdk et autoconf2.5-2.59-6mdk (un seul doit suffire...)
ainsi que automake1.9-1.9-1mdk
Les "warning: underquoted definition" c'est pas dramatique... c'est des paquets autres que le tiens à corriger
donc je lance :
make -f Makefile.cvs build
This Makefile is only for the CVS repository
This will be deleted before making the distribution
Now run './configure' and 'make' to compile .
./configure \
--enable-debug \
--enable-kdebug \
--enable-kdebug-malloc \
--enable-maintainer-mode \
--enable-compile-warnings=maximum
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... yes
checking for perl5... /usr/bin/perl5
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking for a BSD-compatible install... /usr/bin/install -c
checking for a sed that does not truncate output... /bin/sed
checking for egrep... grep -E
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for g++... no
checking for c++... no
checking for gpp... no
checking for aCC... no
checking for CC... no
checking for cxx... no
checking for cc++... no
checking for cl... no
checking for FCC... no
checking for KCC... no
checking for RCC... no
checking for xlC_r... no
checking for xlC... no
checking whether we are using the GNU C++ compiler... no
checking whether g++ accepts -g... no
checking dependency style of g++... none
checking how to run the C++ preprocessor... /lib/cpp
configure: error: C++ preprocessor "/lib/cpp" fails sanity check
See `config.log' for more details.
make: *** [config.status] Erreur 1
ah c'est en c++ en plus ?! bon j'ai
libgcc1-3.4.1-3mdk
gcc-3.4.1-3mdk
gcc-cpp-3.4.1-3mdk
je pars à la pêche du reste ;-)
=> X qui est lent, c'est sans doute le pb de /etc/hosts qui doit contenir 127.0.0.1 pour éviter de passer par internet pour l'affichage... (surtout si les DNS que tu as sont particulièrement lents...)
=> driver nvidia, bug nvidia (ça tombe bien le patch est dispo, c'est dans leur portion GPL si j'ai bien compris...) - j'ai pas pris le temps de creuser (je joue plus à crack-attack-solo... j'ai découvert blob wars comme ça)
Le tout c'est d'un peu mieux documenter d'un point de vue utilisateur, ce que ça a comme impact... donc ta question est pertinente.
et si tu veux, tu peux faire part de commentaires (constructifs) à propos de la page http://qa.mandrakesoft.com/twiki/bin/view/Main/Mandrakelinux101Rele(...)
ça permettra de l'améliorer (je ne la trouve pas claire ou en tout cas, il faut la lire en se mettant dans l'état d'esprit : "à quoi il faut que je fasse gaffe" plutôt que "qu'est ce qui m'attend" )
salut,
T'aurais une liste des prérequis (packages à installer) : j'ai autoconf / automake / gettext ça a bloqué sur autopoint (peut-être dans gettext-devel ?) et j'ai eu un petit soucis avec gettext.m4...
Je me suis arrêté au make -f Makefile.cvs build (il était tard...)
La liste des prérequis sera à rajouter au README (pour la version cvs on est d'accord... vu que le autogen n'est sans doute pas nécessaire une fois que tu fournis le package, tu dois pouvoir le lancer toi-même ?).
yep pas toujours évident d'entrer un bug sur KDE quand c'est aussi générique...
As-tu regardé les Derniers Bugs pour voir s'il y avait quelque chose de similaire à ton cas ?
ou alors tu es connecté à internet et ton /etc/hosts contient l'IP internet de ton PC (au lieu de 127.0.0.1 comme dans le bug http://qa.mandrakesoft.com/show_bug.cgi?id=10345(...) ) et tes DNS sont super lents...
Précise au passage :
- résultat de lspcidrake (ça permettra de voir que ta carte réseau n'est plus reconnue)
- carte mère / type de portable ?
- fait un tour sur http://qa.mandrakesoft.com(...) (inscris-toi si besoin) lien Derniers bugs pour vérifier si quelqu'un n'est pas déjà dans ton cas...
- c'est bien en 10.1 Community ? (et non en 10.0 Community comme tu le dis)
plus exactement,
- désactiver les sources de media en cours (qui pointent vers miroirs de Mandrake 10) - Menu / Système / Configuration / paquetages / gestionnaires de medias logiciels
- activer celles obtenues sur http://easyurpmi.zarb.org(...) (avec le urpmi.addmedia quivabien)
- urpmi --auto-select # sélectionnera pour mise à jour tout ce que tu as installé par rpm (donc connu)
- peut-être un urpmi kernel-2.6 # pour la màj du noyau
au passage les programmes installés par tar.gz risquent de ne pas évoluer... les confs "à la main" non plus... il faudra réinstaller les modules (dépendant du noyau)
pour le reste, ça devrait aller...
Faire une sauvegarde des données importantes sur CDR bien sûr (mais elles sont déjà faites ?)
bah pour la prochaine news il suffit de faire dès le début 4 commentaires de 1er niveau :
1- premiers retours sur la version community, ce à quoi il faut faire attention
2- postez vos questions intéressantes ici
3- rhalala c'est n'importe nawak la modération - attention ça va moinsser
4- rhalala Mandrakelinux toussa Debian toussa Gentoo rooleezz
007 pourra faire son 5 - c'est Red Hat qu'est mieux - tention ça va moinsser aussi (sans rancune ;-) )
au moins ce sera plus facile de faire le tri, chacun choisit son camp, et permettra de reléguer les trolls vers la fin des posts de la news. Même s'il y a parfois des choses intéressantes dans les trolls (je pense aux futurs commentaires 4-5 surtout...)
tu aurais pu signaler que l'entrée de son login / mot de passe correspond à la demande, il n'y a pas de confirmation ensuite... m'enfin vu que c'est pour obtenir mieux c'est pas forcément nécessaire non plus de demander une confirmation ;-)
En gros, ça t'intéresse car tu t'y intéresses...
oui je m'intéresse à l'actualité de linux, ça tombe bien - je crois - je suis sur linuxfr ;-)
mon point c'était surtout que là il y avait un contenu à mettre en avant : c'est "ce type de news" (donc avec du contenu) qui m'intéresse. Et c'était en réponse à ta mise en doute de l'intérêt des news sur l'installeur.
Pour "rigoler", regardes les news relatives à sarge :
bin c'est intéressant, c'est de l'actualité concernant debian
Si tu "contribues", tu as les ISO dès qu'ils sortent et gratuitement.
bin oui, enfin c'est surtout parce que je suis au Mandrakeclub : il y a plusieurs manière de contribuer... cf. un lien que j'ai donné sur le post ci-dessus.
Mandrakesoft a aussi besoin d'adhérents au Mandrakeclub et je trouve ça bien comme approche, ça fait 10 euros par mois, c'est abordable... 5 euros suffisent même.
Et en plus je contribue en faisant des tests... après tu fais ce que tu veux, ça ne m'intéresse pas la polémique "faire payer pour du libre c'est mal", Mandrakesoft comme tu le soulignes laisse tout accessible et ça me convient. Après je vais pas rameuter du peuple avec une news linuxfr sur le Mandrakeclub : à Mandrakesoft de faire sa PR correctement, je signale simplement que ça existe, que ça permet d'avoir les ISOs en Bittorrent plutôt que d'écrouler les miroirs et se compliquer avec MakeCD, ya le choix, pas trop d'embarras.
>> l'intérêt de parler du début des tests c'est de le faire au début : à la sortie d'une alpha ou d'une beta, c'est déjà trop tard
> Donc il ne faut plus tester Sarge ?
Bin si, faut tester la sarge. Ma remarque était bien que c'est surtout intéressant d'être là au début pour une news, après c'est plus de l'actualité (mais on peut s'y référer voire faire des journaux pour signaler les points notables, voire faire des news s'il y a un sujet novateur).
Tu remarqueras que pour les betas de Mandrake, je me suis contenté de journaux, c'est bien suffisant et j'ai d'ailleurs alterné entre privé / public en fonction des nouveautés apportés / importance de la visibilité (pour la rc1 c'était la dernière ligne droite donc public). Moi ça me convient bien
ça n'y étais pas hier si je ne me trompe ?
c'était initialement prévu pour mercredi dernier d'après la news de l'aduf...
Quelques réserves à le faire ?? (j'en vois pas...), risque d'indisponibilité temporaire peut-être... C'est comme pour le passage de 512=>1024 un paramétrage (informatique) ou il y a une opération physique sur le DSLAM ? (le 1er me paraît moins risqué que le second... et peut-être plus rapide)
ouais, m'enfin si c'est simplement pour dire "viendez tester c'est super" ça risque d'être une news chiante. Celle sur l'installeur de debian m'avait intéressé car elle abordait un point nouveau (pour Debian) : avoir un installeur plus pratique qui va me donner une chance de pas me galérer quand je voudrai m'y mettre.
ok, ça peut paraître une attaque gratuite gallenza, m'enfin t'aurais pu faire des journaux aussi histoire de (mieux) montrer la qualité de ta prose.
Quand je lis linuxfr, ce qui m'intéresse c'est comme quand je lis une revue : un article argumenté, avec des infos, un point de vue auquel je n'avais pas pensé...
Pour Mandrake, bah actuellement le seul truc à faire c'est d'adhérer au Mandrakeclub pour ceux qui veulent les ISO en avance, c'est une manière de contribuer.
Pour la suite, si ça t'intéresse, je te propose de faire une news sur les demandes d'évolutions pour Mandrakelinux 10.2 et décrire comment procéder... http://qa.mandrakesoft.com/twiki/bin/view/Main/IdeasForMandrakelinu(...)
un draft que j'avais préparé (trop tard) : http://wiki.eagle-usb.org/wakka.php?wiki=NewsDebutTests(...)
l'intérêt de parler du début des tests c'est de le faire au début : à la sortie d'une alpha ou d'une beta, c'est déjà trop tard (enfin c'est mon avis, ce qui a fait que je ne l'ai pas proposé comme news, ni comme journal d'ailleurs). Comme c'est du wiki, tu peux y apporter tes ajouts (et on peut en parler offline)
ayé ! miracle je suis monté à 50 ko/s de download en stabilisé
50 sources, 45 clients... à n'y rien comprendre : tout vient à point à qui sait attendre.
bon bin là miracle c'est monté 10 secondes d'affilé à 50 ko/s, m'enfin c'est vraiment par intermittence... et plutôt autour de 2 ko/s
Je comprends pas, j'ai 40 sources, 38 clients de connectés, j'ai limité l'upload à 5 ko/s (avant c'était à 11 ko/s), j'ai urpme shorewall (on sait jamais...même si j'y crois pas du tout) et ça suffit toujours pas, chui maudit :'-(
azureus m'affiche une vitesse totale à 2 Mo/s (bizarre je me rappelle de fois précédentes où ça montait à 40 Mo/s... ou au moins dans les 10 Mo/s... j'ai dû rêver...).
Le sous-entendu de "pomper" est désobligeant pour Mandrake s'il est voulu, s'il est involontaire je me suis trompé (ce n'est que mon opinion einh...)
Ce sont des bugs Mandrake. Où tu veux en venir ?
les initscripts s'adaptent à la distrib', la distrib' adapte les initscripts, Mandrake fait le tri de ce qui l'intéresse, un boulot d'intégration quoi.
Pour les connexions adsl : intégration de drakxtools + installeur + initscripts + packages specifiques aux modems
Par exemple : pour avoir la connexion au démarrage.
avec les hdlists urpmf/urpmq le gère, c'est avec la synthèse où il te manque pleins d'infos.
[mavie] Pour Debian j'y réfléchis, ce sera quand je serai prêt ;-) (j'ai déjà l'esprit je crois... plus sérieusement, c'est sur ma ToDo perso, j'y vais tranquillement). [/mavie]
bon finalement KDE3.3 serait sur le CD4 (j'en sais rien je me galère là avec azureus à 1,1 ko/s)
> Comment je fais pour voir le changelog d'un paquet ou chercher parmis la liste des fichiers dispo dans les paquets avec les indexs comme ça ?
ouais je sais, c'est ce qui me galère aussi...
mais je crains que le diff ne soit pas envisageable : il y en aurait un par paquet, qui arrivent "aléatoirement" en fonction des contribs et de la diffusion sur les miroirs, donc ça se terminerait avec des milliers de diffs (en plus avec des "doublons" si relivraison), là où ton besoin c'est d'avoir un fichier plus petit, ce qui est le cas pour les updates.
moi je pensais plutôt à un système :
- utiliser des hdlists (au besoin un peu obsolètes) pour les recherches, au pire je peux affiner paquet par paquet en faisant une requête sur un serveur à jour (c'est ce qu'implémentait red-carpet en 9.1, depuis j'ai pas reregardé, ça me gavait il ne savait pas regarder en local).
- télécharger les synthesis la plupart du temps => comme ce que je fais maintenant (en fait ça me permet de faire la mise à jour...)
- télécharger les hdlists de temps en temps (une fois par semaine) pour avoir des recherches un peu plus pertinentes.
Ou alors il faudrait rendre ton système de diff un peu plus élaboré :
- une baseline régulière (toutes les semaines)
- les diffs entre baseline (si tu as un trop vieux hdlist)
- les diffs depuis la dernière baseline (ça en fera moins)
Ce qui est galère c'est que les hdlists intègrent les dépendances, donc il faut s'assurer qu'elles sont cohérentes... (si une hdlist liste un paquet dont les dépendances ont changé, mais qui ne liste pas le paquet donc ça dépend, tu ne peux pas mettre à jour... alors que ce n'est peut-être qu'un problème de hdlist...). M'enfin faudrait remonter ça aux gars d'urpmi (in english) pour voir ce qu'ils en pensent...
donc bien le fichier synthesis (qui ne contient pas tous les changelogs, descriptifs, listes de fichier qui finissent par prendre de la place).
L'inconvénient actuel c'est que urpmf ne peut donc plus afficher ces données pour un package non encore installé (tiens ce serait une évol de urpmf ou urpmq : regarder les données - pas forcément à jour - dans un hdlist précédent non activé... moi déjà ça me suffirait... ou alors faire comme faisait red-carpet : aller regarder en ligne, même si ça m'énervait qu'à l'époque - en 9.1, j'avais pas l'adsl - il ne gère pas - aussi - un cache local).
(+1 thedidouille) (dommage j'en ai plus... ne t'étonne pas d'être à -1 sur les précédents, regarde l'historique de tes posts plutôt sur ta page perso)
007 ne t'étonne pas non plus de te faire moinsser, je ne pense pas que tu descendras en dessous de -10 :-))
Comme le souligne ton post initial et thedidouille ce qu'il y a dans le pkg initscript, c'est pas QUE RH, par exemple
* jeu sep 09 2004 Frederic Lepied <flepied@mandrakesoft.com> 7.61.1-10mdk
- correctly add search directive in resolv.conf (bug #11317)
- don't use ttys when not available (bug #11314)
Mandrake fait son travail d'intégration pour constituer la distribution. Il y a d'ailleurs du travail pour toi, si tu le souhaites : "merger" (donc mettre en commun) ce qui a été fait pour le sagem fast 800 (pilote eagle-usb) pour en faire bénéficier Fedora (ya le droit, c'est du GPL...).
[opinion] 007 ton post est quelque peu désobligeant sur un sujet traitant de la dernière distribution de Mandrake : tu comprendras qu'il puisse être interprété "Mandrake pompe sur RH" en reformulant. Là où en fait c'est plutôt "ne pas réinventer la roue".
Faire de l'intégration, c'est savoir réutiliser les dévs disponibles, et comme tu le signalais Mandrake respecte la GPL, et le droit d'auteur en citant ses sources.
D'autre part, tu es fatigant de souvent tout ramener à RH, même s'il y aurait une raison : Mandrake est initialement basée sur RH et y a apporté des modifications / compléments. Je te propose donc plutôt un journal comparant explicitement les deux distribs, comme tu l'as fait pour Debian ;-)[/opinion]
tu peux utiliser evolution pour le visualiser ou sinon un site tel que http://rss4you.com(...) (tu peux t'inscrire)
cela te donne généralement les dernières modifications effectuées sur un site (un blog par exemple). C'est ce qui permet par exemple à linuxfr d'agréger les news de pleins de sites : https://linuxfr.org/rdf/(...)
# Merci
Posté par BAud (site web personnel) . En réponse au message free adsl fast 908 nondegroupée linux. Évalué à 2.
ta procédure est pour le kernel-2.4.22, le module eagle-usb-1.9.9.1 est valable aussi pour les autres kernel 2.4.x (x > 18 ) et 2.6.y (y >= 0 )
je ne l'avais jamais vu le : modprobe n_hdlc => il te sert à quoi ?
pourquoi installer le pppoe vu que ensuite la connexion se fait en pppoa ?
Pour une explication sur le code DSP : http://faq.eagle-usb.org/wakka.php?wiki=FaqModemFr(...)
# c'est surtout ce qui est chargé "à la demande" qui va gêner
Posté par BAud (site web personnel) . En réponse au message Mises à jour de paquetages (programmes ?) en cours d'utilisation. Évalué à 3.
ça nous était arrivé en prod' : les gars avaient fait une mise à jour d'un programme majeur alors qu'il tournait... à minuit il s'arrêtait pour redémarrer : bin jusqu'à minuit l'ancienne version tournait, après minuit c'était la nouvelle... trophor (m'enfin ça m'a bien fait flipper sur le moment)... Bon, c'était sous un unix et non un linux mais bon, c'est (quasi) pareil.
Tant que c'est en mémoire (vive ou swap) c'est bon.
En revanche c'est problématique pour ce qui est chargé "à la volée" quand nécessaire, genre librairies... donc KDE / Gnome qui en regorgent, c'est pas mal de faire un petit ctrl-alt-backspace (pas besoin de rebooter einh, ça c'est que pour le changement de kernel).
[^] # Re: liste des prérequis ?
Posté par BAud (site web personnel) . En réponse au journal Cherche testeurs sous Mandrake 10.1 pour mon projet. Évalué à 2.
1- libstdc++6-devel-3.4.1-3mdk.i586 : Header files and libraries for C++ development (to install)
2- libstdc++5-devel-3.3.4-1mdk.i586 : Header files and libraries for C++ development (to install)
j'ai autoconf2.1-2.13-21mdk et autoconf2.5-2.59-6mdk (un seul doit suffire...)
ainsi que automake1.9-1.9-1mdk
Les "warning: underquoted definition" c'est pas dramatique... c'est des paquets autres que le tiens à corriger
donc je lance :
make -f Makefile.cvs build
This Makefile is only for the CVS repository
This will be deleted before making the distribution
+ configure run disabled
+ check for build tools
checking for autoconf >= 2.52 ... found 2.59, ok.
checking for automake >= 1.6 ... found 1.9, ok.
checking for libtoolize >= 1.4.2 ... found 1.5.6, ok.
checking for autopoint >= 0.10.40 ... found 0.14.1, ok.
+ checking for required M4 macros...
+ cleaning stuff generated by gettext/autopoint
+ running autopoint --force...
Copying file ABOUT-NLS
Copying file config/config.rpath
Creating directory intl
Copying file intl/ChangeLog
Copying file intl/Makefile.in
Copying file intl/VERSION
Copying file intl/bindtextdom.c
Copying file intl/config.charset
Copying file intl/dcgettext.c
Copying file intl/dcigettext.c
Copying file intl/dcngettext.c
Copying file intl/dgettext.c
Copying file intl/dngettext.c
Copying file intl/eval-plural.h
Copying file intl/explodename.c
Copying file intl/finddomain.c
Copying file intl/gettext.c
Copying file intl/gettextP.h
Copying file intl/gmo.h
Copying file intl/hash-string.h
Copying file intl/intl-compat.c
Copying file intl/l10nflist.c
Copying file intl/libgnuintl.h
Copying file intl/loadinfo.h
Copying file intl/loadmsgcat.c
Copying file intl/localcharset.c
Copying file intl/locale.alias
Copying file intl/localealias.c
Copying file intl/localename.c
Copying file intl/ngettext.c
Copying file intl/os2compat.c
Copying file intl/os2compat.h
Copying file intl/osdep.c
Copying file intl/plural-exp.c
Copying file intl/plural-exp.h
Copying file intl/plural.c
Copying file intl/plural.y
Copying file intl/ref-add.sin
Copying file intl/ref-del.sin
Copying file intl/textdomain.c
Copying file m4/codeset.m4
Copying file m4/gettext.m4
Copying file m4/glibc21.m4
Copying file m4/iconv.m4
Copying file m4/intdiv0.m4
Copying file m4/inttypes-pri.m4
Copying file m4/inttypes.m4
Copying file m4/inttypes_h.m4
Copying file m4/isc-posix.m4
Copying file m4/lcmessage.m4
Copying file m4/lib-ld.m4
Copying file m4/lib-link.m4
Copying file m4/lib-prefix.m4
Copying file m4/progtest.m4
Copying file m4/stdint_h.m4
Copying file m4/uintmax_t.m4
Copying file m4/ulonglong.m4
Copying file config/mkinstalldirs
Copying file po/Makefile.in.in
Copying file po/Rules-quot
Copying file po/boldquot.sed
Copying file po/en@boldquot.header
Copying file po/en@quot.header
Copying file po/insert-header.sin
Copying file po/quot.sed
Copying file po/remove-potcdate.sin
+ generate po/POTFILES.in
+ running make -s -f Makefile.cvs POTFILES_in...
+ cleaning stuff generated by aclocal
+ running aclocal -I config -I m4 ...
/usr/share/aclocal/g-wrap.m4:7: warning: underquoted definition of AC_GWRAP_CHECK_GUILE
run info '(automake1.9)Extending aclocal'
or see http://sources.redhat.com/automake/automake.html#Extending%20acloca(...)
/usr/share/aclocal/g-wrap.m4:23: warning: underquoted definition of AM_PATH_GWRAP
/usr/share/aclocal/frontline.m4:7: warning: underquoted definition of AM_PATH_FRONTLINE
+ cleaning stuff generated by libtoolize
+ running libtoolize --copy --force...
Putting files in AC_CONFIG_AUX_DIR, `config'.
+ cleaning stuff generated by autoheader
+ running autoheader ...
+ cleaning stuff generated by autoconf
+ running autoconf ...
+ cleaning stuff generated by automake
+ running automake -a -c ...
configure.in: installing `config/install-sh'
configure.in: installing `config/missing'
kernel/Linux/2.4/Makefile.am: installing `config/compile'
kernel/Linux/2.4/Makefile.am: installing `config/depcomp'
+ skipping configure stage for package , as requested.
+ autogen.sh done.
is now ready for configuration.
Now run './configure' and 'make' to compile .
./configure \
--enable-debug \
--enable-kdebug \
--enable-kdebug-malloc \
--enable-maintainer-mode \
--enable-compile-warnings=maximum
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... yes
checking for perl5... /usr/bin/perl5
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking for a BSD-compatible install... /usr/bin/install -c
checking for a sed that does not truncate output... /bin/sed
checking for egrep... grep -E
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for g++... no
checking for c++... no
checking for gpp... no
checking for aCC... no
checking for CC... no
checking for cxx... no
checking for cc++... no
checking for cl... no
checking for FCC... no
checking for KCC... no
checking for RCC... no
checking for xlC_r... no
checking for xlC... no
checking whether we are using the GNU C++ compiler... no
checking whether g++ accepts -g... no
checking dependency style of g++... none
checking how to run the C++ preprocessor... /lib/cpp
configure: error: C++ preprocessor "/lib/cpp" fails sanity check
See `config.log' for more details.
make: *** [config.status] Erreur 1
ah c'est en c++ en plus ?! bon j'ai
libgcc1-3.4.1-3mdk
gcc-3.4.1-3mdk
gcc-cpp-3.4.1-3mdk
je pars à la pêche du reste ;-)
# a priori ça ressemble à des erreurs connues
Posté par BAud (site web personnel) . En réponse au message Mandrake 10.1 Community: Démarreg Hyper lent.... Évalué à 2.
=> X qui est lent, c'est sans doute le pb de /etc/hosts qui doit contenir 127.0.0.1 pour éviter de passer par internet pour l'affichage... (surtout si les DNS que tu as sont particulièrement lents...)
=> driver nvidia, bug nvidia (ça tombe bien le patch est dispo, c'est dans leur portion GPL si j'ai bien compris...) - j'ai pas pris le temps de creuser (je joue plus à crack-attack-solo... j'ai découvert blob wars comme ça)
Le tout c'est d'un peu mieux documenter d'un point de vue utilisateur, ce que ça a comme impact... donc ta question est pertinente.
et si tu veux, tu peux faire part de commentaires (constructifs) à propos de la page http://qa.mandrakesoft.com/twiki/bin/view/Main/Mandrakelinux101Rele(...)
ça permettra de l'améliorer (je ne la trouve pas claire ou en tout cas, il faut la lire en se mettant dans l'état d'esprit : "à quoi il faut que je fasse gaffe" plutôt que "qu'est ce qui m'attend" )
[^] # Re: liste des prérequis ?
Posté par BAud (site web personnel) . En réponse au journal Cherche testeurs sous Mandrake 10.1 pour mon projet. Évalué à 2.
le urpmf ne marche pas chez moi, (enfin moins bien) vu que je ne prends que les synthesis_hdlists...
L'arrêt suivant est sur gettext.m4 : je vais revérifier ce soir...
# liste des prérequis ?
Posté par BAud (site web personnel) . En réponse au journal Cherche testeurs sous Mandrake 10.1 pour mon projet. Évalué à 2.
T'aurais une liste des prérequis (packages à installer) : j'ai autoconf / automake / gettext ça a bloqué sur autopoint (peut-être dans gettext-devel ?) et j'ai eu un petit soucis avec gettext.m4...
Je me suis arrêté au make -f Makefile.cvs build (il était tard...)
La liste des prérequis sera à rajouter au README (pour la version cvs on est d'accord... vu que le autogen n'est sans doute pas nécessaire une fois que tu fournis le package, tu dois pouvoir le lancer toi-même ?).
[^] # Re: question pour bugzilla
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 2.
As-tu regardé les Derniers Bugs pour voir s'il y avait quelque chose de similaire à ton cas ?
C'est peut-être le souci évoqué ici :
https://linuxfr.org/~Shift/15367.html(...) (lancer etc-update pour vérifier s'il n'y a pas de .rpmnew qui traîne...)
ou alors tu es connecté à internet et ton /etc/hosts contient l'IP internet de ton PC (au lieu de 127.0.0.1 comme dans le bug http://qa.mandrakesoft.com/show_bug.cgi?id=10345(...) ) et tes DNS sont super lents...
[^] # Re: Mise à jour
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 2.
et redonne l'URL ici, ça fera un suivi...
Précise au passage :
- résultat de lspcidrake (ça permettra de voir que ta carte réseau n'est plus reconnue)
- carte mère / type de portable ?
- fait un tour sur http://qa.mandrakesoft.com(...) (inscris-toi si besoin) lien Derniers bugs pour vérifier si quelqu'un n'est pas déjà dans ton cas...
- c'est bien en 10.1 Community ? (et non en 10.0 Community comme tu le dis)
ça te permettra de lister les autres soucis...
[^] # Re: Mise à jour
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 3.
- désactiver les sources de media en cours (qui pointent vers miroirs de Mandrake 10) - Menu / Système / Configuration / paquetages / gestionnaires de medias logiciels
- activer celles obtenues sur http://easyurpmi.zarb.org(...) (avec le urpmi.addmedia quivabien)
- urpmi --auto-select # sélectionnera pour mise à jour tout ce que tu as installé par rpm (donc connu)
- peut-être un urpmi kernel-2.6 # pour la màj du noyau
urpmi etc-update # permettra de vérifier les fichiers de configuration (cf. http://linuxfr.org/~Shift/15367.html(...) ) et les mettre à jour
au passage les programmes installés par tar.gz risquent de ne pas évoluer... les confs "à la main" non plus... il faudra réinstaller les modules (dépendant du noyau)
pour le reste, ça devrait aller...
Faire une sauvegarde des données importantes sur CDR bien sûr (mais elles sont déjà faites ?)
[^] # Re: Pas content du tout
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 1.
1- premiers retours sur la version community, ce à quoi il faut faire attention
2- postez vos questions intéressantes ici
3- rhalala c'est n'importe nawak la modération - attention ça va moinsser
4- rhalala Mandrakelinux toussa Debian toussa Gentoo rooleezz
007 pourra faire son 5 - c'est Red Hat qu'est mieux - tention ça va moinsser aussi (sans rancune ;-) )
au moins ce sera plus facile de faire le tri, chacun choisit son camp, et permettra de reléguer les trolls vers la fin des posts de la news. Même s'il y a parfois des choses intéressantes dans les trolls (je pense aux futurs commentaires 4-5 surtout...)
my 2cts.
# yep déjà fait en public
Posté par BAud (site web personnel) . En réponse au journal Free : 1024k vers 2048k. Évalué à 3.
tu aurais pu signaler que l'entrée de son login / mot de passe correspond à la demande, il n'y a pas de confirmation ensuite... m'enfin vu que c'est pour obtenir mieux c'est pas forcément nécessaire non plus de demander une confirmation ;-)
[^] # Re: Pas content du tout
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 4.
oui je m'intéresse à l'actualité de linux, ça tombe bien - je crois - je suis sur linuxfr ;-)
mon point c'était surtout que là il y avait un contenu à mettre en avant : c'est "ce type de news" (donc avec du contenu) qui m'intéresse. Et c'était en réponse à ta mise en doute de l'intérêt des news sur l'installeur.
Pour "rigoler", regardes les news relatives à sarge :
bin c'est intéressant, c'est de l'actualité concernant debian
Si tu "contribues", tu as les ISO dès qu'ils sortent et gratuitement.
bin oui, enfin c'est surtout parce que je suis au Mandrakeclub : il y a plusieurs manière de contribuer... cf. un lien que j'ai donné sur le post ci-dessus.
Mandrakesoft a aussi besoin d'adhérents au Mandrakeclub et je trouve ça bien comme approche, ça fait 10 euros par mois, c'est abordable... 5 euros suffisent même.
Et en plus je contribue en faisant des tests... après tu fais ce que tu veux, ça ne m'intéresse pas la polémique "faire payer pour du libre c'est mal", Mandrakesoft comme tu le soulignes laisse tout accessible et ça me convient. Après je vais pas rameuter du peuple avec une news linuxfr sur le Mandrakeclub : à Mandrakesoft de faire sa PR correctement, je signale simplement que ça existe, que ça permet d'avoir les ISOs en Bittorrent plutôt que d'écrouler les miroirs et se compliquer avec MakeCD, ya le choix, pas trop d'embarras.
>> l'intérêt de parler du début des tests c'est de le faire au début : à la sortie d'une alpha ou d'une beta, c'est déjà trop tard
> Donc il ne faut plus tester Sarge ?
Bin si, faut tester la sarge. Ma remarque était bien que c'est surtout intéressant d'être là au début pour une news, après c'est plus de l'actualité (mais on peut s'y référer voire faire des journaux pour signaler les points notables, voire faire des news s'il y a un sujet novateur).
Tu remarqueras que pour les betas de Mandrake, je me suis contenté de journaux, c'est bien suffisant et j'ai d'ailleurs alterné entre privé / public en fonction des nouveautés apportés / importance de la visibilité (pour la rc1 c'était la dernière ligne droite donc public). Moi ça me convient bien
[^] # Re: Ce n'est pas le débit qui compte....
Posté par BAud (site web personnel) . En réponse au journal [free]Qui c'est qui n'est pas dégroupé et qui veut du 2048 ?. Évalué à 3.
à la déconnexion, j'ai ramé à me reconnecter au moins 10mn... la vie chez Free quoi (heureusement pas trop trop souvent)
[^] # fini, enfin...
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 3.
plus de 1,5 Go en un peu moins de 8h donc...
Comme quoi à partir du moment où ça démarre, ça marche... ça peut prendre un peu de temps à l'allumage quand même.
# cool merci
Posté par BAud (site web personnel) . En réponse au journal [free]Qui c'est qui n'est pas dégroupé et qui veut du 2048 ?. Évalué à 3.
c'était initialement prévu pour mercredi dernier d'après la news de l'aduf...
Quelques réserves à le faire ?? (j'en vois pas...), risque d'indisponibilité temporaire peut-être... C'est comme pour le passage de 512=>1024 un paramétrage (informatique) ou il y a une opération physique sur le DSLAM ? (le 1er me paraît moins risqué que le second... et peut-être plus rapide)
[^] # Re: Pas content du tout
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 2.
ok, ça peut paraître une attaque gratuite gallenza, m'enfin t'aurais pu faire des journaux aussi histoire de (mieux) montrer la qualité de ta prose.
Quand je lis linuxfr, ce qui m'intéresse c'est comme quand je lis une revue : un article argumenté, avec des infos, un point de vue auquel je n'avais pas pensé...
Pour Mandrake, bah actuellement le seul truc à faire c'est d'adhérer au Mandrakeclub pour ceux qui veulent les ISO en avance, c'est une manière de contribuer.
Pour la suite, si ça t'intéresse, je te propose de faire une news sur les demandes d'évolutions pour Mandrakelinux 10.2 et décrire comment procéder...
http://qa.mandrakesoft.com/twiki/bin/view/Main/IdeasForMandrakelinu(...)
tout ce qui avait été proposé pour la 10.1 : http://qa.mandrakesoft.com/twiki/bin/view/Main/IdeasForMandrakelinu(...)
un draft que j'avais préparé (trop tard) : http://wiki.eagle-usb.org/wakka.php?wiki=NewsDebutTests(...)
l'intérêt de parler du début des tests c'est de le faire au début : à la sortie d'une alpha ou d'une beta, c'est déjà trop tard (enfin c'est mon avis, ce qui a fait que je ne l'ai pas proposé comme news, ni comme journal d'ailleurs). Comme c'est du wiki, tu peux y apporter tes ajouts (et on peut en parler offline)
[^] # Re: Téléchargement ???
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 3.
50 sources, 45 clients... à n'y rien comprendre : tout vient à point à qui sait attendre.
[^] # Re: Téléchargement ???
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 2.
Je comprends pas, j'ai 40 sources, 38 clients de connectés, j'ai limité l'upload à 5 ko/s (avant c'était à 11 ko/s), j'ai urpme shorewall (on sait jamais...même si j'y crois pas du tout) et ça suffit toujours pas, chui maudit :'-(
azureus m'affiche une vitesse totale à 2 Mo/s (bizarre je me rappelle de fois précédentes où ça montait à 40 Mo/s... ou au moins dans les 10 Mo/s... j'ai dû rêver...).
[^] # Re: nouveaux scripts de démarrage
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 4.
Le sous-entendu de "pomper" est désobligeant pour Mandrake s'il est voulu, s'il est involontaire je me suis trompé (ce n'est que mon opinion einh...)
Ce sont des bugs Mandrake. Où tu veux en venir ?
les initscripts s'adaptent à la distrib', la distrib' adapte les initscripts, Mandrake fait le tri de ce qui l'intéresse, un boulot d'intégration quoi.
Pour les connexions adsl : intégration de drakxtools + installeur + initscripts + packages specifiques aux modems
Par exemple : pour avoir la connexion au démarrage.
[^] # Re: Mise à jour
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 4.
[mavie] Pour Debian j'y réfléchis, ce sera quand je serai prêt ;-) (j'ai déjà l'esprit je crois... plus sérieusement, c'est sur ma ToDo perso, j'y vais tranquillement). [/mavie]
[^] # Re: Mandrake 10.1
Posté par BAud (site web personnel) . En réponse au message connection internet impossible !!. Évalué à 3.
> Comment je fais pour voir le changelog d'un paquet ou chercher parmis la liste des fichiers dispo dans les paquets avec les indexs comme ça ?
ouais je sais, c'est ce qui me galère aussi...
mais je crains que le diff ne soit pas envisageable : il y en aurait un par paquet, qui arrivent "aléatoirement" en fonction des contribs et de la diffusion sur les miroirs, donc ça se terminerait avec des milliers de diffs (en plus avec des "doublons" si relivraison), là où ton besoin c'est d'avoir un fichier plus petit, ce qui est le cas pour les updates.
moi je pensais plutôt à un système :
- utiliser des hdlists (au besoin un peu obsolètes) pour les recherches, au pire je peux affiner paquet par paquet en faisant une requête sur un serveur à jour (c'est ce qu'implémentait red-carpet en 9.1, depuis j'ai pas reregardé, ça me gavait il ne savait pas regarder en local).
- télécharger les synthesis la plupart du temps => comme ce que je fais maintenant (en fait ça me permet de faire la mise à jour...)
- télécharger les hdlists de temps en temps (une fois par semaine) pour avoir des recherches un peu plus pertinentes.
Ou alors il faudrait rendre ton système de diff un peu plus élaboré :
- une baseline régulière (toutes les semaines)
- les diffs entre baseline (si tu as un trop vieux hdlist)
- les diffs depuis la dernière baseline (ça en fera moins)
Ce qui est galère c'est que les hdlists intègrent les dépendances, donc il faut s'assurer qu'elles sont cohérentes... (si une hdlist liste un paquet dont les dépendances ont changé, mais qui ne liste pas le paquet donc ça dépend, tu ne peux pas mettre à jour... alors que ce n'est peut-être qu'un problème de hdlist...). M'enfin faudrait remonter ça aux gars d'urpmi (in english) pour voir ce qu'ils en pensent...
[^] # Re: Mise à jour
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 2.
urpmi.addmedia main ftp://ftp.proxad.net/pub/Distributions_Linux/Mandrakelinux/devel/1(...) with media_info/synthesis.hdlist.cz
donc bien le fichier synthesis (qui ne contient pas tous les changelogs, descriptifs, listes de fichier qui finissent par prendre de la place).
L'inconvénient actuel c'est que urpmf ne peut donc plus afficher ces données pour un package non encore installé (tiens ce serait une évol de urpmf ou urpmq : regarder les données - pas forcément à jour - dans un hdlist précédent non activé... moi déjà ça me suffirait... ou alors faire comme faisait red-carpet : aller regarder en ligne, même si ça m'énervait qu'à l'époque - en 9.1, j'avais pas l'adsl - il ne gère pas - aussi - un cache local).
[^] # Re: nouveaux scripts de démarrage
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 3.
007 ne t'étonne pas non plus de te faire moinsser, je ne pense pas que tu descendras en dessous de -10 :-))
Comme le souligne ton post initial et thedidouille ce qu'il y a dans le pkg initscript, c'est pas QUE RH, par exemple
* jeu sep 09 2004 Frederic Lepied <flepied@mandrakesoft.com> 7.61.1-10mdk
- correctly add search directive in resolv.conf (bug #11317)
- don't use ttys when not available (bug #11314)
Mandrake fait son travail d'intégration pour constituer la distribution. Il y a d'ailleurs du travail pour toi, si tu le souhaites : "merger" (donc mettre en commun) ce qui a été fait pour le sagem fast 800 (pilote eagle-usb) pour en faire bénéficier Fedora (ya le droit, c'est du GPL...).
[opinion] 007 ton post est quelque peu désobligeant sur un sujet traitant de la dernière distribution de Mandrake : tu comprendras qu'il puisse être interprété "Mandrake pompe sur RH" en reformulant. Là où en fait c'est plutôt "ne pas réinventer la roue".
Faire de l'intégration, c'est savoir réutiliser les dévs disponibles, et comme tu le signalais Mandrake respecte la GPL, et le droit d'auteur en citant ses sources.
D'autre part, tu es fatigant de souvent tout ramener à RH, même s'il y aurait une raison : Mandrake est initialement basée sur RH et y a apporté des modifications / compléments. Je te propose donc plutôt un journal comparant explicitement les deux distribs, comme tu l'as fait pour Debian ;-)[/opinion]
[^] # Re: testzilla et quelques précisions
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 3.
[^] # Re: Rss, keskeu C ?
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de la Mandrakelinux 10.1 Community. Évalué à 2.
cela te donne généralement les dernières modifications effectuées sur un site (un blog par exemple). C'est ce qui permet par exemple à linuxfr d'agréger les news de pleins de sites : https://linuxfr.org/rdf/(...)