Re: FAQ : Service NTP
On Sun, 14 Apr 2002 16:37:50 +0200 Laurent Picouleau [EMAIL PROTECTED] wrote: Il faudrait aussi mentionner chrony qui est parfois plus adapté ... Salut, effectivement MAIS je ne connais pas chrony, je suis donc incapable de le mentionner de manière honorable (pour moi ;-). RAPPEL Je veux bien prendre le temps d'intégrer une contribution à condition qu'elle se présente sous une forme rédactionnelle minimale (sauf si je connais bien le sujet, ce n'est pas le cas ici). Si quelqu'un me donne une dizaine de lignes sur chrony, no problemo.(Prendre exemple sur la contrib de François, principes + paquets Debian + conf de base + docs pour approfondir) Dans sa forme actuelle, la FAQ ne fonctionnera durablement que si la rédaction est partagée, personne ne sais tout sur tous les sujets ...(Pas moi en tout cas.) PS : ce n'est pas un reproche que je fais à Laurent! juste une indication sur la manière de procéder pour satisfaire tout le monde. Sinon, je peux mettre une ligne : Voir également 'chrony' (mouai, bof je préfère encore rien mettre ;-) Enfin, après quelques lenteurs et tribulations, http://freesoftware.fsf.org/download/debfr-faq/html/ est à jour... -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Serveur NT -- Linux
On Mon, 15 Apr 2002 10:14:08 +0200 STOJICEVIC Edi EXPSIA [EMAIL PROTECTED] wrote: Majordomo est un grand classique aussi. ouai, maintenance arrétée, développement devenu ingérable (on se demande pourquoi ;-) Il me semble qu'ils ont arreté de la mettre dans la Debian à cause d'une non-concordance avec les Debian Rules, non ? Non, non (pas seulement) Sauf erreur, (je n'utilise plus majordomo depuis ... sympa;-), l'auteur amont a décidé d'arréter de développer (ou plus précisément d'en quitter le développement) Majordomo ... Je sais plus s'il a rejoins un autre projet ou s'il a réécrit sous un autre nom de projet... M'enfin, c'est pas clair... apparemment il y a encore de la vie intermittente autour de Majordomo http://www.greatcircle.com/lists/majordomo-workers/archive.html A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FAQ : Service NTP
On Mon, 15 Apr 2002 11:22:08 +0200 Laurent Picouleau [EMAIL PROTECTED] wrote: OK, je note donc ce que tu as (quand même ;-) écrit D'un autre côté, je comprends le point de vue qui consiste à ne pas se prononcer sur ce qu'on ne domine pas, mais ça reste compatible avec une simple mention. Oui, si je _sais_ qu'un simple mention suffit (ce qui est visiblement le cas), et si je ne crains pas de subir ensuite les pourquoi machin et pas bidule ?. gulps... J'en profite pour parler un peu du contenu rédactionnel de la FAQ car j'ai reçu également d'autres contribs sur ce sujet parfois volumineuses ;-) Il est en fait très difficile de cibler correctement une section. Il faut se garder de vouloir refaire toute la doc sur la gestion du temps sous GNU/Linux, tout en évitant de faire juste une liste de mentions. Il faut donc doser/panacher les points spécifiques Debian et les (liens versles ) docs externes plus approfondies... Et c'est pas simple ;-) Dans le cas où je ne peux pas reprendre l'intégralité d'une contrib, je peux toujours la placer dans le répertoire de travail 'contrib' : http://freesoftware.fsf.org/download/debfr-faq/contrib/ (Je vais donc en faire mention dans la FAQ...) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: APT -- dist-upgrade probleme de dependances
On Mon, 15 Apr 2002 12:33:01 +0200 (MET DST) paca [EMAIL PROTECTED] wrote: Bonjour a tous, quand je fais un apt-get dist-upgrade il me sort un tas d'erreurs (cf ci-dessous) comment on peut resoudre ce probleme ? Il est vrai que ces messages font toujours un peu peur, ils mériteraient peut-être un formatage plus cool... ? Conseil Ultime : Garder son sang froid, et lire les lignes une par une... ;-) C'est parti : Paramétrage de binutils (2.12.90.0.1-2) ... /var/lib/dpkg/info/binutils.config: dpkg-architecture: command not le script .../binutils.config ne trouve pas la commande dpkg-architecture. (il faut install dpkg-dev) Confirmation ici : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=142744repeatmerged=yes A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [completement OT] recuperation de logs distants
O dans le cadre d'un stage, une petite (toute petite meme) partie du sujet consiste a rapatrier des logs de differents firewalls/IDS sur ben une partie de ta toute petite partie m'intéresse également ... une meme machine. Et la est le probleme, je n'ai pas trop d'idee pour le faire : j'ai pense au client/serveur (mais ca fait un serveur sur chaque machine dont on veut les logs, c'est assez lourd comme systeme), le ftp, le mail... tu parles d'un réglage en serveur/client de log (syslogd)?? (je croyais que c'était simple ...) comme tout doit etre automatise, il ne faut pas d'interaction mais plutot que la machine fasse tout, de maniere a ce que les logs soient bien proprement mis en local prets pour les traitements. Je sais pas si ça va répondre à ton contexte, mais pour une gestion analogue j'utilise tout bêtement un démon rsync sur la machine de collecte et des crons sur les machines clientes. Pour chaque machine, le rsync se fait de /var/log vers qqchose comme : serveur:/dépot-collect/$machine$[/var]/log/* pour avoir tout bien aligné On profite au passage de toute la configuration rsync pour inclure/exclure des fichiers ... Remarque, Normalement le texte du script cron client ne dépend pas syntaxiquement de la machine cliente (suffit d'utiliser qqchose comme $(HOSTNAME)). Il peut donc être déployer facilement. A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Postgresql 7.x
On Mon, 15 Apr 2002 14:23:06 +0200 Jacques MILIN [EMAIL PROTECTED] wrote: je souhaite installer Postgresql 7.X sur une potato 2.2. pourrait il me dire si d'une part cela est possible avant d'aller plus loin, personnellement je serai plus intéressé par la réponse à la question suivante : pourquoi cela n'est pas possible (hypothèse!?) sur une potato ?? et comment le faire ? lancer apt-get source -b postgresql ;-) (ou debuild sur les sources ou équivalent ) PS : c'est en cours et apparemment sans problème particulier... A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Postgresql 7.x
et comment le faire ? triple andouille que je suis-je ... on est tellement habitué à ce que les paquets potato n'existent pas ... hmmm, tout en bas de ... http://www3.inrets.fr/estas/mariano/potato/ :o) Mais c'est du 7.1 pfff A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
FAQ : Service NTP
Bonsoir à tous, 0) Tout d'abord, un grand merci à Frédéric Massot ... 1) Petite annonce de l'intégration dans la FAQ de sa contribution de synthèse concernant le protocole NTP. Cette synthèse est intégrée au chapitre Démons Services. 2) Il reste à tous ceux que le sujet intéresse à relire cette partie afin d'apporter toute précision ou correction nécessaire et éventuellement des questions complémentaires. La FAQ est accessible : * Une copie de travail chez moi : http://www3.inrets.fr/estas/mariano/MyDebian/FAQ/html * Sur le site Savannah/debfr-faq (lundi ?) http://freesoftware.fsf.org/download/debfr-faq/html Bonne lecture -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: xdmcp Linux/Debian
On Tue, 9 Apr 2002 17:55:04 +0200 georges mariano [EMAIL PROTECTED] wrote: Suite de mes expériences... ii gdm 2.2.5.4-2 GNOME Display Manager ça progresse... Bon, pour avoir une zoulie fenêtre avec les hôtes accessibles en xdmcp, il suffit de mettre gdmchooser en Greeter 'Greeter=/usr/bin/gdmchooser' Merci DéDé ;-) [la dernière fois ça n'avait pas marché non ??] NB : La machine locale est également présentée. MAIS, quand je sélectionne un hote et que je demande une connexion, ça marche pô, la fenêtre host-chooser part ... et reviens. J'ai activé le mode debug sur la machine locale, mais je sais pas distinguer une info normale d'un problème ... Un pro du XDMCP peut-il m'indiquer une piste ? je suppute des problèmes de droits mais où ??? Pour l'instant, j'ai donc un joli host chooser mais je sais plus me connecter ;-) [à part en local ALT-F1...] A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
apt-move, binaires en double ??
Bonjour/soir maintenant, en explorant apt-move et faisant par hasard un find sur la hiérachie obtenue, j'ai cru voir que les paquets (pas tous?) était stockés en double. Une fois sous archi 386, une autre sous all(binary-...) est-ce que * j'ai la berlue * je sais pas utiliser apt-move * j'ai pas tout compris * les trois ? ;-) merci A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Portable sous Woody
On Fri, 12 Apr 2002 17:42:54 +0200 Adeimantos [EMAIL PROTECTED] wrote: Une question sans doute posée par 1275 utilisateurs: un peu moins, ...je regarde..., 1045 au dernier décompte. quel conseil d'achat pour une Debian (Woody) sur un portable? Je m'explique : quel marque de portable? Toshiba satellite (etc.) ? compaq presario 1800 (déjà obsolète ?? ah...) j'en suis satisfait ... :) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dpkg toujours cassé ... au secours !!
On Wed, 10 Apr 2002 16:52:55 +0100 [EMAIL PROTECTED] wrote: Question à tous : doit bien y avoir un outil Debian qui à partir des status vérifie l'existence des autres fichiers administratifs pour les paquets, non ?? [trouver un moyen fiable et automatique pour détecter si _tous_ les paquets sont corrompus, sinon lesquels ?] debsums ? oui, c'est déjà ça ... si le paquet est équipé de ses checksums (pas toujours le cas mais heureusement de moins en moins) le truc avec Debian c'est qu'en fait il y plein d'outils intéressant mais dont on ignore l'existence et les utilisations précises... doit bien en avoir un qui regarde si les /var/dpkg/.../info/* sont cohérents... HS : encore hier soir, j'ai explorer un peu apt-move, pkg-order !? et pkg-unused-libs (ok, y'en a d'autres du même genre) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dpkg toujours cassé ... au secours !!
On 10 Apr 2002 16:50:08 +0200
Grégoire Cachet [EMAIL PROTECTED] wrote:
euhh ... juste comme ca : je fais comment pour purger ??
1/ dpkg veut pas marcher ..
c'est ce qui est pas clair pour l'instant (t'as bien eu dpkg -l ;-)
2/ si il a perdu ses listes de fichiers, il fait comment pour savoir
quels fichiers purger ?
si donc dpkg --purge veut bien fonctionner, dans le cas où la liste
de fichiers à disparu, sauf erreur, il considère que le paquet n'a
pas de fichiers [ce qui n'est pas très grave]
mais au moins, l'affichage de dpkg -l est propre (sans rc)
ca devrait fonctionner non ?
oui, mais c'est pas aussi léger/sioux que souhaité :)
perso, sachant que les fichiers paquet.file sont uniquement
disponibles dans les .deb, je vois mal comment en récupérer des tout
neufs sans récupérer les paquets concernés (sur la machine ou sur une
autre !)
[autre piste possible? impossible? à développer?]
déterminer si quelques parts sur les serveurs Debian ces fichiers ne
sont pas directement accessibles, écrire un script sioux qui les
récupère(attention aux versions exactes de paquets)
L'intérêt du .deb c'est qu'il est compact pour la diffusion
Le désavantage c'est qu'il est monolithique pour l'inspection
(c'est le principe du paquet cadeau;-)
[sur la foulée de debsums]
MAIS uniquement dans le cas où il y encore un dir /var/.../info/,
dans les fichiers paquet.md5sums, il y a une liste des fichiers
(2eme colonne) {on n'y pense pas ...}
on peut donc regénerer (partiellement) les .list (et non .file comme
je l'écris depuis le début!)
en tout cas, c'est pas un probleme de paquets corrompu, c'est dpkg
qui est pommé !!
paquet corrompu == paquet dont l'installation (et donc le
fonctionnement) est cassée, ça me semble être le cas de dpkg ;-)
--
mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06
INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59
BP 317 -- 59666 Villeneuve d'Ascq
http://www3.inrets.fr/estas/mariano
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: apt-proxy + update crontab == pb :}
On Thu, 11 Apr 2002 11:39:02 +0200 Antoine Delaporte [EMAIL PROTECTED] wrote: Oui, bien sur, sinon, je ne me serais pas permius de dire que ca marche en ligne de commande ;) Dans des cas analogues (fonctionne en commande mais pas en cron) faut regarder si la commande dépend (parfois de manière indirecte) des valeurs des variables d'environnement. e.g. J'avais un cron qui échouait car http_proxy n'était pas définie pour le cron... Juste un scénario possible. -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: devel-digest
On Tue, 9 Apr 2002 23:51:02 +0200 Charles Plessy [EMAIL PROTECTED] wrote: Salut à tous, C'est moi ou debian-devel-digest ne donne plus de table des matières dans ses mails??? ah oui, mon dernier Today's topic décent date du V2002 #67 après, y'a pu les sujets sous le titre Today's... je passe quelques soirées à lire ça et j'avais même pas remarqué (sylpheed présente ça sur plusieurs volets dont un reprend les titres et structures des messages, dont ça fait office de table des matères) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dpkg toujours cassé ... au secours !!
On 10 Apr 2002 13:27:29 +0200 Grégoire Cachet [EMAIL PROTECTED] wrote: est-ce qu'il y a un moyen de recuperer ca, ou bien j'ai le droit de reinstaller ma debian ? A) Soit on prend le temps de réfléchir à ton problème afin de trouver une solution intellectuellement satisfaisante (et éventuellement réutilisable par d'autres) avec comme contrainte de ne pas réinstaller t out (e.g. je suis derrière un modem, comment je répare sans télécharger ce que j'ai déja !!) B) Soit tu n'as pas encore grand chose à perdre sur ta machine (install récente, sauvegarde possible des fichiers perso) et autant refaire l'install... A) est bcp plus long mais c'est instructif ;-) B) est rapide c'est à toi de voir... Pour A) il va falloir déterminer préalablement l'étendur exacte des ravages ... (que donne dpkg -l, que donne dpkg -L itéré sur ce qui est accessible... etc etc) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dpkg toujours cassé ... au secours !!
On 10 Apr 2002 13:55:54 +0200 Grégoire Cachet [EMAIL PROTECTED] wrote: je voterais plutot pour la solution A, petite précision, pas évident que A existe (au sens évite des téléchargements importants) serieusement, j'ai pas du tout envie de reinstaller, ca me briserait le coeur ... quelques complements : j'ai l'adsl donc aucun probleme pour faire du telechargement de mais par objectif, on souhaite éviter n'est-ce pas ? j'ai mes fichiers status et status-old en état si ce sont les fichiers *.file (liste des fichiers par paquets) qui sont détruits, ils ne servent à rien ... la liste que me renvoit dpkg -l est en pièce jointe ok, ben première chose, tout ce qui est en rc = purge c'est toujour ça de moins à gérer... ls -l /var/lib/dpkg/info ?? (doit y a voir des *.file) Question à tous : doit bien y avoir un outil Debian qui à partir des status vérifie l'existence des autres fichiers administratifs pour les paquets, non ?? [trouver un moyen fiable et automatique pour détecter si _tous_ les paquets sont corrompus, sinon lesquels ?] A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
xdmcp Linux/Debian
Bonjour à tous, Dans un environnement Solaris+Debian, il est très facile de faire du choix d'hôte par xdmcp à partir des stations Solaris (y'a un menu sur les stations solaris, gdm avec le xdmcp activé sur les Debian et zou...) Mais ce qui m'intéresse plus ce serait de faire du xdmcp de Debian vers Debian. Or, la dernière fois que j'ai posé la question ici gdm était pas prêt pour ça, et pas de retour du côté autres _X_dm... Qu'en est-il actuellement ? est-ce que quelqu'un utilise ce genre de fonctionnalités, avec quel _X_dm ? Merci A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: xdmcp Linux/Debian
On 09 Apr 2002 11:55:00 +0200 Josselin Mouette [EMAIL PROTECTED] wrote: Le mar 09/04/2002 à 11:02, Pierre SOUCHAY a écrit : Moi, je le fais : serveur debian avec KDM de KDE 2.2, client Mandrake 7.0. ça marche impeccable :) Ça marche aussi avec wdm. J'ai une machine en sid, et un client en woody, ça passe très bien. Il faut juste modifier /etc/X11/wdm/Xaccess. Perso, je préfère la solution wdm ;-) Précision, quelle version ? (i.e à partir de quand était-ce supporté...) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Apt-get install????
comment peut on avec apt installer des *.deb à partir d'un répertoire... la question c pas comment installer des .deb recuperes sans apt-get? Ben, je lis (lignes initiales): comment peut on avec apt installer ... heu la pas tout a faire d accord. dpkg -i verifie si une version dpkg effectue _quelques_ vérifications, oui. Mais c'est pas suffisant dans tous les cas. anterieure du package est installe, procede a des backups, et donc si kelkechose va mal peut restaurer comme c'etait avant. ah bon ? c'est quoi la commande pour restaurer comme c'etait avant ? Tu sembles donc indiquer que _toute_ manipulation partielle effectuée par dpkg est réversible !? Quelqu'un pourrait confirmer cette propriété théorique fort sympathique ? J'ai visiblement encore plein de choses à apprendre de dpkg ... et puis perso, jamais eu de pb avec dpkg ou dpkg-reconfigure. ça prouve que t'as du bol. c'est tout. ou que tu as une intuition phénoménale des dépendances... A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: httpd minimal
Je réponds à ma pure idiotie, évidemment, webmin fonctionne sur son propre port (1, pour ceux qui auraient oublié [private joke] ;-) ça m'apprendra à penser à deux trucs en même temps... ceci dit, la question reste valable en toute généralité, (hors contexte webmin) quel outil minimal peut faire httpd ?? (e.g. pour de petites config avec des besoins pas trop généralistes) PS : évidemment, il y a nécessairement un compromis entre fonctionnalités et gourmandise de la bête . -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: xdmcp Linux/Debian
Je me permets de remettre sur la liste un bout de mail privé [juste pour dire que la question reste ouverte] On 09 Apr 2002 16:21:48 +0200 Josselin Mouette [EMAIL PROTECTED] wrote: Ouh là, je crois qu'on ne s'est pas bien compris, en fait. Tu veux qu'en plus de pouvoir se loguer sur place, on puisse se loguer à distance avec une liste de choix, c'est ça ? oui, je souhaite sur mes machines Debian qqchose comme un menu qui me donne le choix de l'hôte sur lequel je vais me X-connecter. Ca s'appelle le host chooser en terminologie gdm, c'est dans le descriptif gdm depuis longtemps mais pas opérationnel et j'ai jamais vu fonctionner. http://mail.gnome.org/archives/gnome-announce-list/2001-July/msg5.html en parle mais bon... pouvoir à la fois se loguer sur place et avoir la liste, je n'en suis pas sûr. a la rigueur, je préfère avoir une liste quitte à ne pas se logguer sur place ... ;-) la combinatoire reste plus intéressante... PS : pour l'instant, j'ai remis gdm donc, et je tourne autour de gdmchooser qui semble permettre de lister des hotes mais sans succès ... Again, si quelqu'un sait faire ... Mea culpa, ça m'apprendra à lire. Et moi à bien poser ma question ... A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: xdmcp Linux/Debian
Suite de mes expériences... ii gdm 2.2.5.4-2 GNOME Display Manager une fois connecté sous X, je lance directement /usr/bin/gdmchooser, et là ô suprême pied-de-nez narguatoire (du verbe narguer), j'obtiens une jolie fenêtre avec tous les hôtes du sous-réseau (stations solaris + machines debian), chacune avec une belle icone pied de gnome dans un écran, le nom de l'hote et une indication de la charge !! donc, le host chooser est dispo dans gdm, reste plus qu'à savoir comment l'activer pour qu'il se présente automatiquement sur les machines... il est apparemment déclaré dans /etc/gdm.conf mais ... rien! peut-être un problème de droit sur des ports UDP (juste là où je pige plus grand chose :-( ?) PS : attention, le test direct de /usr/bin/chooser m'a fait perdre ma session X (= retour gdm direct) ;-) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Apt-get install????
On Sun, 7 Apr 2002 17:05:55 +0200 EppO [EMAIL PROTECTED] wrote: comment peut on avec apt installer des *.deb à partir d'un répertoire... heu pour installer un .deb j ai plus simple: dpkg -i tonpackage.deb enfin ce que j'en dis moi ... =) Soyon bref a) ce que tu en en dis ne répond pas à la question b) dans le contexte probable où la question est posée, ce que tu en dis va le conduire droit à la catastrophe. Précisions ? il est possible avec dpkg de commencer l'installation d'un paquet bien ancré au fin fond du graphe de dépendance et de voir surgir à mi-parcours un bloquage d'installation suite à un problème de dépendance. Dès lors, on se retrouve avec un paquet pas bien installé, qui casse les dépendances et qui __bloque toute installation__ ultérieure. Pour simplifier, on peut dire que apt vérifie tout avant de laisser bosser dpkg, alors que si on n'utilise que dpkg on risque des surprises... En particulier dans le cas où l'on se construit ses propres paquets que l'on souhaite intégrer au système. Donc, il est préférable de passer autant que possible par apt (remarquons au passage qu'il n'existe pas de dpkg-get ;-) pour installer un paquet, et que si le paquet est récupéré hors-ligne, la question posée installation locale passant par apt prend toute sa pertinence ... ...mais effectivement, enfin ce que j'en dis moi... PS: comment crée t on un *.deb...à partie de *.tar.gz? t'installes alien, un ptit prog sympa qui te converti des rpm, tgz et d'autres formats que je me rappelle plus la liste complete. je te conseille de courir de ce pas alerter la quasi-totalité des mainteneurs Debian qu'ils ont oublié d'utiliser le petit prog sympa 'alien' pour faire les bô paquets Debian à partir du tarball upstream ... tu crois pas qu'il manque qqchose ?? ... A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[HS] Re: kde 3.0
On 05 Apr 2002 21:13:45 +0200 Grégoire Cachet [EMAIL PROTECTED] wrote: ... permettre d'attendre le jour de compil sans ordi en fait ... @+ grégoire Celui qui n'entreprend rien, ne se trompe qu'une seule fois Vu que c'est une de mes maximes préférées, je me dois de rectifier : Il me semble que la version originale est : Celui qui ne sait pas, ne se trompe qu'une seule fois Et ça me semble plus logique ;-) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: QT
On Sat, 6 Apr 2002 01:17:02 +0200 (CEST) Yves Baumes [EMAIL PROTECTED] wrote: = Récupérer le backport de debhelper (chez Marillat, je crois) Tu veux parler de http://marillat.free.fr/ ?? (une petite recherche sur www.google.fr/linux m a permis de touver cette adresse). oui POUR JOUER A CE GENRE DE JEU, HORS APT POINT DE SALUT. (seule vérification globale pertinente des dépendances) telecharger , je le fait a l' universite ou il y a un debit plus consequent, du coup pas de apt... Bouh...:( ben alors là... tu risques de t'amuser ... :-) Voila voila , mais je parle trop, merci quand meme de m avoir apporter toutes ces indications( car je ne compte pas en rester la avec Qt) moi non plus, tiens moi/nous au courant -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: QT
On Thu, 4 Apr 2002 22:48:25 +0200 (CEST) Yves Baumes [EMAIL PROTECTED] wrote: Bonjour, Salut, Jusque ici tout marcher tres bien... hmmm, connaissant la masse d'info crachée lors d'une recompilation de qt, il me semble difficile de décréter ce genre de chose ... faut toujours se méfier (faire le log, puis dépouiller ...) Jusqu au moment ou j ai du faire un truc qui n a pas plu , une idée du quoi ? l'install ?? ;-) J'ai recommence avec Qt2.3.1 qui me donne ces trois lignes (apres avoir taper fakeroot ./debian/rules binary): dh_clean:Sorry, but 2 is the highest compatibility level of debhelper currently supported. Classique. Le mainteneur utilise une version des outils de packaging fournie uniquement sous woody (normal). Le mode de construction des paquets n'est donc plus compatible outils packaging potato. = Récupérer le backport de debhelper (chez Marillat, je crois) PS:Je me pose des questions sur les dependances des ... problemees de dependances de partout(,avec je crois libc6,c++ d' autres encore...) Alors comment ca marche?? Difficile d'être précis sans plus de détails... Si tu télécharge (comment ? ftp+dpkg, apt?) un paquet woody sur une potato = malaise. [e.g. un paquet construit sous woody exige libc6 2.2 non dispo en potato] Soyons bref POUR JOUER A CE GENRE DE JEU, HORS APT POINT DE SALUT. (seule vérification globale pertinente des dépendances) Enfin, faut-il passer en woody pour avoir qt3? (cf mail MadCoder) La réponse est oui *SI* qt3 propose des fonctionnalités difficilement backportables (polices lissées, openGL, autres?). [encore que...] Sinon, on peut tenter de mettre qt3 en mode dégradé en excluant ces trucs (si non nécessaires) et obtenir une version spécifique potato. J'étais en train d'aborder la question (qt-x11, qt-x11-free) lorsque les vacances ont interrompu ... le débit confortable dont je disposais;-) Y'a quelques paquets qt sur ma source potato mais pas de quoi aller loin. Affaire à suivre A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RE : il faut du Courage, pour Être immortel !
On Sat, 30 Mar 2002 14:51:18 +0100 Stefan Jourdan [EMAIL PROTECTED] wrote: Il ne faut pas etre abonné a la liste pour poster sur les listes debian? L'accès en ecriture est autorisé aussi aux non abonnés ? étonnant, n'est-ce pas ? Sorry, je pensais pas. Ben si, faut juste le temps que ceux qui gérent les listes Debian et qui cogitent actuellement très dur pour protéger les listes contre les spams se rendent comptent qu'il n'y a pas de solution satisfaisante hormis la protection de l'accès en écriture. Comme cette (seule) solution est rejetée pour cause idéologique faudra apprendre à vivre avec un bruit de fond aléatoire sur les listes Debian. Suffit de faire comme si on ne voyait pas ces messages. A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: apt-get source -b sans connexion ?
On Thu, 28 Mar 2002 19:02:23 +0100 Loïc Le Guyader [EMAIL PROTECTED] wrote: De toute façon, cela ne change rien au problème : est-ce qu'il existe une option de apt pour qu'il déroule la compilation sans re-vérifier les sources ? Salut PK, Je suis pas sûr de comprendre _exactement_ ce que tu veux (mais je connais bien le contexte ;-) Je te décris jusque ce que je fais et tu aviseras... 0) facultatif, je vire tout répertoire pouvant contenir des sources déja expansés a) je récupère un paquet source sans lancer la compile : apt-get source paquet-source b) si tout se passe bien, j'obtiens un nouveau répertoire de sources tout frais c) je me transporte à l'intérieur et je lance dpkg-buildpackage **-d** (i.e sans vérifier les dépendances de construction) c) si ça rate, (et c'est fréquent) c1) je lance 'dpkg-buildpackage' c2) je lance 'apt-get build-dep nom-paquet-source' c3) je regarde le fichier debian/control pour être informé des dépendances Le choix entre ces 3 options dépend du niveau de control souhaité sur la récupération des sources nécessaires selon que tu fais une confiance aveugle dans la pertinence des deps indiquées ou si tu veux tenter d'optimiser (dépendances minimales) Pour terminer, tout ça tient très bien dans un Makefile ;-) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Serveur de fichiers
Il partage tous les programmes sur le reseau (word, excel...) pas de probleme, meme quand toutes les machines utilisent des softs (word, jeux...) Pourrait-on avoir plus de détail sur ce partage des applis MicroSoft. Personellement, y'a longtemps en explorant vnc et samba, j'étais parvenu à faire à un truc (je sais plus quoi exactement !!!) tel qu'un utilisateur Word utilise en fait le Word sur une autre machine (serveur [linux/debian]) sans qu'il se doute de la manip. Bon, c'était pour le fun. Pas explorer plus avant. Récemment, en suggérant ce genre de manip, je me prends la réponse nan, c'est pas possible ... N'étant pas/plus windowzien, ben je passe mon chemin... Parait-il que faire un serveur d'appli Windows c'est pas possible. i.e _une_ install pour _k_ utilisateur PS : ATTENTION, je précise bien, TOUT CA EN RESPECTANT LA LEGISLATION SUR LES LICENCES (NBR DE POSTES). EVIDEMMENT. (c'est ptet ça qui est pas possible ;-) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sequencement de la compilation/construction de paquet
On 27 Mar 2002 16:20:48 +0100 Christian Marillat [EMAIL PROTECTED] wrote: gnome i18 n'existe pas, oui, c'est la bouillie que j'ai retenu des noms impliqués dans les réponses de Google ... surtout que gimp n'est pas une appli Gnome. Ben alors faudrait peut-être en informer le projet Gnome, non ? http://www.gnome.org/softwaremap/list/form_cat/100 Software map de Gnome / Graphics Register Date: 1969-Dec-31 (sic) Passons. C'est simplement que les dernières version de gettext sont beaucoup plus strictes au niveau du controle des chaînes traduites. -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sequencement de la compilation/construction de paquet
On 27 Mar 2002 14:18:21 +0100 Christian Marillat [EMAIL PROTECTED] wrote: Je ne me souviens pas, j'ai fais le paquet en novembre 2001. Mais c'est typiquement une incompatibilitée avec les dernières version de gettext. ok, c'est ce qu'indiquent les réponses google (en + ça tient à pas grand chose 0.34...0.36... et on est maintenant en 0.40 !) est ce du ressort de gnome i18?, de gettext? pas clair... le binz quoi. bref, j'ai juste rendu l'erreur de compilation non-fatale en ajoutant le '-' qui va bien dans un Makefile.in et ça roule ... sans le zh_TW.Big5 machin-chose, mais bon. PS : rappel du contexte : une patate chrootée. c'est ptet important. A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: serveur ntp
On Mon, 25 Mar 2002 19:41:54 + François Boisson [EMAIL PROTECTED] wrote: J'ai adopté une solution identique mais je synchronise un serveur central et les autres serveurs se synchronisent dessus ok, très intéressant... quelques détails (en réponse ou questions) a) la doc est packagée séparément (ntp-doc) ... b) quid de la présence d'un firewall sur le trajet ? c) comment vérifier que ça marche effectivement ?? quels tests ? (si la machine serveur est déja à l'heure correcte ...) d) A noter que server ntp.obspm.fr, ntp.via.ecp.fr et ntp.loria.fr demande juste que tu leur signale que tu utilise leur service. ben, si je fais l'install debian, qui me demande successivement des noms de serveurs ntp, à la fin on me demande rien ...;-) je veux dire que cette demande (compréhensible) je ne la vois pas apparaître et donc je peux pas la deviner... c'est précisé où ? Le tout marche très bien (et du premier coup). cf c) ... Merci -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
/etc/users.daily
Re, je me pose la question suivante : est-ce que quelqu'un a mis en place qqchose d'analogue à la structure /etc/cron.daily|weekly|monthly mais pour les utilisateurs ? c'est une question dérivée de la suivante : Supposons que je veuille mettre à dispo de mes utilisateurs un service régulier et personnalisé avec le minimum de gestion. Je vois deux solutions : a) faire un cron root qui itère sur une liste d'utilisateurs en prenant leur identité b) fournir une structure où chacun déposerait ses travaux (ou root le ferait pour eux...détail), structure organisée de manière analogue à /etc/cron.* je préfère b) mais je ne sais pas trop par quel bout commencer, a) me semble compliqué (et se rapproche de b) si on veut fournir qqchose comme daily/weekly/monthly) bon, possible qu'il existe un truc tout exprès que je connais pas ?? des idées? A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re[1]: problème tcl/tk et euro (police iso8859-15)
On Mon, 25 Mar 2002 13:53:14 +0100 Patrice Karatchentzeff [EMAIL PROTECTED] wrote: Essaie cela : Remets les fontes en iso8859-15 et recompile *le paquet* Tcl. Et réessaie. Je n'ai pas trop de bande-passante donc si quelqu'un(Georges ?) pouvait vérifier le ./configure de Tcl pour voir s'il inclut correctement les fontes par défaut... hmm, je veux bien regarder à cette histoire mais me faudrait plus de détails a) ça veut dire quoi : remets les fontes en iso8859-15 ?? (sachant que je vais recompiler sous pure patate) b) c'est quoi les applis qui segfaultent ? (moi aussi j'utilise du tk, sans plantage, ... tkCVS par exemple) PS : au passage, le paquet httrack n'est pas dans une Debian (il est dispo uniquement sur le site httrack sauf erreur, en plus, il est pas bon [/usr/local/bin|lib ...]) Il est vite fait d'en refaire un sous potato/pur-jus, reste à fignoler les détails ;-) ça intéresse quelqu'un ? A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
/etc/sysctl.conf ??
Bonjour à tous, en explorant un peu un install toute fraiche de nullmailer (pour avoir un ssmtp avec gestion de file), je lis dans le README.Debian [extrait] Due to the way Debian handles the domainname() call, it is recommended that you manually set the system's domain name using sysctl. Add the following line to your /etc/sysctl.conf file and run sysctl -p: kernel.domainname=your domain name here les mans de sysctl et sysctl.conf étant pas franchement explicites, quelqu'un pourrait-il me décoder a) the way Debian handles the domainname() call b) à quoi sert cette chipo d'un paramètre kernel ? Merci -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: Faire tourner du windows sous linux (was: WOLFENSTEIN CRASH!)
Dans le même fil, un peu + HS mais bon... La procédure d'injonction obligeant l'arrêt de l'utilisation de la marque Lindows a échoué. Le juge chargé du dossier est aussi revenu sur l'obtention des droits de la marque Windows,qui pourrait revenir dans le domaine public. http://www.01net.com/rdn?oid=179469thm=UNDEFINED A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: Présentation
On Tue, 19 Mar 2002 08:40:23 +0100 (CET) Nicolas Le Novere [EMAIL PROTECTED] wrote: package Debian. En revanche il existe un rpm et alien fournit un .deb parfait avec. euh, non il FAUT rectifier là... alien donne probablement un .deb _acceptable_ , de là à dire qu'il est parfait (au sens Debian), non. Ce n'est pas possible, il y a bcp plus de sémantique dans un deb que dans rpm. juste une précision, essentiellement pour les utilisateurs purs débutant, qu'ils n'aillent pas croire que deb et rpm c'est du pareil au même, non mais A+
Re: apt-get et log
On Mon, 18 Mar 2002 11:23:21 +0100 [EMAIL PROTECTED] wrote: Salut à tous, j'aimerais savoir si il y a un moyen pour que lorsque j'installe une appli avec apt-get ou dpkg, il y ait un log quelque part, par exemple dans un /var/log/dpkg ou autre. Pour dpkg : (6ans et des patates ...) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=957 Mal barré de ce côté là... Par contre pour apt : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=134694 avec une solution (satisfaisante?) proposée ... A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: Comment migrer depuis RH (3 méthodes et demi)
On Mon, 18 Mar 2002 11:37:42 +0100 Christian Pollet [EMAIL PROTECTED] wrote: II°) La méthode du Debian _par_l'intérieur_ (deboostrap et chroot) qui a l'air d'être la préféré de George Mariano: Strictement du point de vu intellectuel de la chose, je n'ai _aucune_ expérience de la chose (excepté un env chrooté pour faire de la recompil). l'installation les applis voulu, on fait les test (là j'ai pas bien compris le détail de l'opération: RH sert encore (test privé) ou il faut basculer pour * RH fonctionne avec ses applis et données * régulièrement, les données sont dupliquées pour servir de tests au fonctionnement des mêmes applis (chrootées Debian) Tout dépend des tests à effectuer (i.e des applicatifs utilisés). Le chrootage ne duplique pas tout (again, lire un peu la-dessus, eg article récent dans Linux Mag France), par exemple l'espace des ports, le /proc, les kernel/modules... Donc après approfondissement, il est probable que la technique du chrootage ne permette de valider qu'une certaine fraction de la transition (la plus délicate ? i.e les couches basses de la distrib?) J'imagine que les cas où la manip se ferait _intégralement_ par chrootage sont plutôt rares, mais le chrootage me semble être le meilleur moyen de préparer toute autre manip plus classique(en l'absence d'autres connaissances/expériences). tester ?), le moment venu on bascule le démarrage sur la nouvelle partition. (c'est ça ?) ou *les* partitions (mais en tout cas, un nouveau schéma de montage)[au passage, tout en se donnant la possibilité de revenir à l'ancien en cas de problème (/etc/fstab.okzou) ] Par contre GM qualifie ça de Problème très intéressant et excitant comme défi ... et ça, ça fait peur. :)) Ce n'est qu'un point de vue personnel... Si j'avais à faire ce genre de manip (transition RH/Debian), en prenant le temps de la préparation, je commencerai par là... En guise d'exercice préliminaire __non destructif__ pour détecter de manière systématique les sources de problèmes [rappel hypothèse : je ne dispose que d'_une_ machine!!] (les y-a-ka-mettre-les-bouchées-double-juste-un-week-end, je n'y crois plus depuis longtemps, juste la simple application de la loi de Murphy, mais bon, c'est pas moi qui serai sur le pont :-) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: Lynx Configuration sur potato 2.2
On Mon, 18 Mar 2002 14:12:49 +0100 MadCoder [EMAIL PROTECTED] wrote: t'es un gros TOS, ou tu le fais exprès ? ben on pourrait te retourner la question ... parce que si tu avais pris le temps de replacer la chose dans son contexte (à savoir un __débutant__ qui tente une install de lynx), tu aurais pu au moins constater que si sa question peut évidemment faire sourire, elle est parfaitement justifiée tant la dernière interrogation posée par debconf est ambigu : What is lynx's homepage ? Ben moi non plus je sais pas quelle est la homepage de lynx, par contre je sais ce que **moi** j'utilise comme homepage !! lynx c'est un browser en mode texte. il te demande quelle home page tu veux mettre. Cette phrase, sans la précédente, était amplement suffisante. t'es sur que tu veux installer une debian ? t'es sûr que tu as bien fait d'en installer une ? (point de vue relationnel avec les autres, je parle) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
paquet tetex-frogg
Re-moi, Une petite expérimentation pour un paquet pratique(?) suite à une idée émise ici-même : tetex-frogg est un petit paquet où sont rassemblés quelques trucs utiles à une francisation plus complète de la rédaction de document LaTeX avec teTeX. Pour l'instant, on y trouvera * une style bibTeX frealfullname.bst * la classe lettre (de Denis Mégevand) pour écrire des ... lettres. 1) c'est une version alpha, destinée à être complétée (toute suggestion/contribution etc etc) 2) tout est là : http://www3.inrets.fr/estas/mariano/MyDebian/Packages/tetex-frogg/ et le paquet est apt-able sur ma source. 3) je n'ai pas l'intention d'en faire un paquet Debian officiel, mais si ça intéresse quelqu'un, no problemo, je livre le bébé... (*)[lintian ne signale aucun problème, ce qui ne veut pas dire que le paquet est parfait ;-)] 4) la structure du paquet est assez simple, c'est donc un bon candidat pour un mainteneur Debian débutant qui veut se faire la main ...[j'ai fait le strict minimum, à la fois par fainéantise et pour ne pas prendre trop de décisions prématurées...] (*) d'ici là, je veux bien faire baby-sitter ;-) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: Présentation
On Mon, 18 Mar 2002 16:32:58 +0100 Erwan David [EMAIL PROTECTED] wrote: Le Mon 18/03/2002, Nicolas Le Novere disait 3)- En revanche un nombre très conséquent existent en rpm. Et en fait ce n'est pas vraiment spécifique du logiciel scientifique. Prenez par exemple le convertisseur LaTeX-HTML HeVeA (http://para.inria.fr/%7Emaranget/hevea/). http://packages.debian.org/cgi-bin/search_packages.pl?keywords=heveasearchon=namessubword=1version=allrelease=all Il est donc dans testing et unstable... et potato ... au sens où HeVeA est recompilable sous potato et diffusé par des sources non-officielles ;-) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: Présentation
On Mon, 18 Mar 2002 16:07:56 +0100 Jean Charles Delepine [EMAIL PROTECTED] wrote: Le paquet existe en woody, il faudrait essayer de le recompiler sous potato. c'est fait (à quelques chipos prêt)... (c'est joli et apparemment bien francisé) je connaissais pas ajunta , ça pourrait être utile à un développeur C++ que nous avons ici ... merci pour l'info. sinon, pour être dans le sens du débat, comment se positionne anjuta (libre) par rapport a qqchose comme sniff (commercial de chez je-sais-pu-ki)... là est la question pour décider de choisir libre ou commercial ... A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: Problème de décompacta ge
On Mon, 18 Mar 2002 15:12:06 +0100 Charles Goyard [EMAIL PROTECTED] wrote: Il me semble que les CDs distribués par Linux Mag sont défectueux. ?? pas systématiquement alors ... ;-) Essaye de trouver un autre jeu de CDs. ne pas oublier que, sauf erreur, si le CD 1 foire, on doit pouvoir s'en sortir avec le 3eme (il me semble l'avoir fait ...) Sinon, si tu es débutant, et bien que woody fonctionne assez bien, je te recommande plutôt de rester en potato pour l'instant. oui, et d'attendre que LMF diffuse les CD woody ... PS : c'est prévu pour Noël je crois ;-) [HUMOUR] A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: paquet tetex-frogg
On Mon, 18 Mar 2002 17:43:19 +0100 Thomas Clavier [EMAIL PROTECTED] wrote: Juste une idée comme ça, en passant, les lecteur de linuxfr connaissent cette adresse, pour les autres c'est peut-être nouveau, et pour le futur mainteneur de tetex-frogg ça fait des nouvelles classes à inclure :) http://www.freesoftware.fsf.org/latexfr/ arg, à l'époque où j'y étais passé y avait pas grand chose ... c'est que ça change même la manière de poser le problème ... un paquet tetex-frogg + un paquet latex-fr-doc ?? (avec des arbitrages en perspective, il y deux classes lettre...) mais bon, c'est noté. A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: [Élections Debian] étai t Re: On a collé des affiches
On Fri, 15 Mar 2002 09:45:51 +0100 Adeimantos [EMAIL PROTECTED] wrote: est inutile d'informer les _users_ french... Qui sont assez grands pour aller tout seul sur http://www.debian.org et lire les nouvelles hebdomadaires. 0) ce me semble être une info sinon importante du moins intéressante, pour qu'elle vienne de manière plus explicite aux personnes concernées (quelques lignes explicites sur la page d'accueil) tss,tss, j'ai fais l'expérience ... a) le menu News ne donne rien b) Weekly News c'est mieux (eg Feb 27th, = bof) c) Mieux = Feb 13th, on y trouve l'adresse www.debian.org/vote, et l'annonce des __futures__ plate-formes L'info est là (entre les lignes), mais faut vraiment la chercher... Si je comprends bien, les plate-formes sont là depuis (env.) le 1er mars. Donc 2 dwn depuis. Je constate donc simplement q1) que s'il est pertinent d'annoncer une future disponibilité des plate-formes alors il me semble aussi pertinent d'annoncer leur disponibilité effective q2) en particulier, si un candidat intervient sur une liste pour démarrer une sorte de brain-storming sur son programme, la moindre des choses c'est d'annoncer en retour que ce dernier est disponible (sauf s'il n'a rien tiré de la discussion ;-) Vous en faites un troll, si vous voulez, c'est juste ce que j'observe en tant qu'utilisateur egocentrique/nombriliste et qui fais rien pour Debian C'est un message pour engager un fil de 2598 trolls ;-) Probablement, nous avons tous constaté ici qu'aborder le sujet du fond politique de Debian, était une provocation délibérée. De même que s'aventurer à remarquer qu'il y a aussi des problèmes coté développeurs. A par répondre RTFM, passer en woody, couper à 72 ou poster en html, quelqu'un avait posté une question fort pertinente (passé quasi-inaperçue) à quoi sert cette liste?. Bien vu. [EVIDEMMENT, j'exagère...] Les candidats anglo-saxons me semblent moins précis dans leur propositions, quoiqu'avançant parfois des propositions politiques ouvertes (délégation des décisions). Mais je n'ai pas grand chose à dire, ne votant pas de toute manière. Tout est (pertinemment) dit. Aucune raison d'en faire un troll donc. C'était juste une info. peu d'histoire (Linux vient d'Unix et s'appelait Minnix, puis a Minix (je chipote) failli s'appeler FRIX), et on faisait parler les Freax (je rechipote) anecdote : en vérifiant mon intuition sur Google (mots clés : freax linux) je tombe sur ça : http://www.linux-nazi.20m.com/ mais bon, aussi ça : http://ne.nikkeibp.co.jp/english/2001/30aniv/int2_4.html acteurs-décideurs sur le travail collaboratif. RMS a expliqué la confusion originaire entre GNU et Linux (et a montré que ses dons musicaux étaient limités). et vocaux [si j'ai bien entendu] :) par contre côté danse, cela semble prometteur non ? quel artiste ! :) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: Comment migrer depuis RH [Re: Serveur zombie que faire : kbdrate]
On Fri, 15 Mar 2002 16:51:01 +0100 Laradji nacer [EMAIL PROTECTED] wrote: Problème très intéressant... indeed comme ils disent les 2 serveurs sans interruption de service ou alors je devrai attendre cet été pour pouvoir couper les serveurs et les réinstaller c'est la solutions la plus sage il me semble et la La plus sage... cette expression m'intrigue... il y a le risque que lors de la reinstallation on s'apercoive d'une distinction/chipo non prévue et ça peut coincer donc le temps de transition n'est pas garanti (dans l'absolu) Peut-il être garanti? bonne question. Une solution dérivée c'est d'installer sur _une autre_ machine, de rendre le fonctionnement indiscernable de l'extèrieur et de switcher de l'une vers l'autre après une période d'observation suffisante. Mais évidemment, ce thread n'aurait plus trop d'intérêt. J'étais plutôt dubitatif sur le deboostrap mais à la réflexion, c'est jouable. En fait, il s'agit d'effectuer un chrootage total et de faire la transition en rebootant sur un nouveau montage des partitions. Le hic c'est qu'il faut de la place libre sur la machine pour mettre en place l'environnement chrooté (ajouter un disque?). Sinon cela me semble une très bonne solution. a) mettre en place un env debian minimal chrooté b) *durant le fonctionnement habituel de la machine RH*, il est alors possible de mettre en place un env Debian complet dans la zone chrootée c) d'ajouter toutes les applis requises d) de dérouler des tests on peut même envisager de partager les mêmes données que le mode de fonctionnement RH mais là on prend des risques ou alors de recopier les données (espace disque ?!) dans le chroot pour vérifier le bon comportement (similaire) de manière inoffensive quand tout est ok, on attend l'été, on reboot en spécifiant comme nouvelles partitions racines les partitions chrootées moins risque a mois de passé un week end sans dormir jusqu a que tout marche ,mais ça c'est jouer avec le feu :) la méthode du chrootage présente à mon avis le gros avantage qu'elle permet de mettre au point et de tester la transition sur une longue période sans arréter la machine et de faire la transition en un minimum d'étapes et donc de risques... (en plus évidemment de n'imposer aucune contrainte matérielle nouvelle à part la place disque) excitant comme défi ... Bonne continuation A+ PS : doit y avoir des limites à la faculté d'avoir deux machines distinctes sans être distinctes par chrootage. Lire un peu de doc la-dessus avant ;-) -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
niveau de dépendance des paquets
Bonjour,
Supposons que l'on définisse le niveau de dépendance d'un
paquet P par la formule récursive suivante :
n(P) = max {n(Pi) avec les Pi paquets dont dépend P}
n(P) = 0 si P ne dépend d'aucun paquet (libc6 par ex)
On se place ici dans un contexte binaire (i.e la dépendance se
fait sur les paquets binaires (apt-get install quoi ...))[niveau
de dépendance binaire]
Bon, on pourrait probablement affiner cette définition, mais ce
n'est pas trop la question (pour l'instant)
Question :
a) quel est le paquet P (en donner au moin un...) ayant le score
maximal actuellement (dans woody par exemple)? a') peut-on
trouver le paquet ayant cette caractéristique dans une install
quelconque ? b) Peut-on déterminer ce genre de curiosité avec
les outils actuels ? si oui, comment ?
PS :
n(libc6) = 0
A+
--
mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06
INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59
BP 317 -- 59666 Villeneuve d'Ascq
http://www3.inrets.fr/estas/mariano
environnement pour cron
re-moi, Problème : Les scripts placés dans les /etc/cron.* s'exécutent avec un environnement minimal. Cela peut-être insuffisant lorsque, par exemple, les scripts ont besoin d'accéder aux serveurs de paquet Debian en passant par un proxy (variable http_proxy) Question : Où spécifier/placer au mieux les extensions souhaitées (exports...) de l'environnement d'exécution des scripts cron ? Pour le cas particulier de http_proxy et de apt, j'imagine que /etc/apt/apt.conf est idéal (faut juste trouver la syntaxe qui passe ;-), mais de manière générale (pour tout autre variable?) ? A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: niveau de dépendance des paquets
On Thu, 14 Mar 2002 14:19:07 +0100 Julien Gilles [EMAIL PROTECTED] wrote: Si, si, affine, je ne comprend pas tout : Il me semble que n(P) = 0 qqe soit P avec ta définition, non ? Soit un paquet P qui ne dépend que de paquet qui ne dépendent de rien Qi, on a : n(Qi) = 0, donc n(P) = max(n(Qi)) = max(0,0,0,...) = 0 Par récurrence ça fait toujours 0... Il faudrait plutôt utiliser n(P) = max(n(Pi)) + 1, non ? oui, oui, effectivement, bien vu ... (on va dire que j'ai oublié) il y en a au moins un qui suit !! :)) PS : c'est la phrase toute faite des enseignants pour ce cas de figure Mais ça change pas grand chose à la question (encore une phrase toute faite) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: environnement pour cron
On Thu, 14 Mar 2002 14:15:36 +0100 Thomas Clavier [EMAIL PROTECTED] wrote: Pour moi, au plus proche de là ou c'est utilisé. A mon avis, l'avantage des environnements restreints, c'est d'éviter des effets de bord (ça doit pas s'écrire comme ça) En plaçant les variables justes dans la conf d'apt par exemple, ça évite qu'elle puissent être utilisé à des fins détournés par d'autres processus Merci à tous pour les différentes réponses. Evidemment, la solution idéale dépend de la portée de la variable que l'on souhaite ajouter/définir. * une bonne solution me semble le fichier /etc/crontab (éh, oui, j'avais pas fais gaffe mais y'a deux lignes au début, SHELL= et PATH=, c'est plutôt bon signe ;-) * l'exemple qui me concernait directement est peut-être le pire car la notion de proxy (imposé pour un sous-réseau) doit donc être définie : * pour tous les utilisateurs (eg dans leur fureteur) * pour toute invocation classique de apt (donc apt.conf) * mais également pour les invocations hors users (eg cron, donc /etc/crontab ?) Pour mon problème particulier, je vais déjà voir avec /etc/crontab (facilité de maintenance et déploiement sur k machines). PS : est ce que le nom 'http_proxy' est plutôt standard, il me semble qu'il est reconnu par apt, mais aussi rsync et wget ? me trompe-je ? Merci -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: niveau de dépendance des paquets
On Thu, 14 Mar 2002 13:47:05 +0100 Olivier Garet [EMAIL PROTECTED] wrote: En fait, tu cherches le plus chemin dans le graphe des ^^^ oui exactement celui-là !! je suis pas le seul à devoir affiner/relire mes messages :o) tu voulais sans doute dire le plus long. Alors, oui. dépendances, non ? Ca m'étonnerait qu'on s'en sorte avec juste la ligne de commande ... Il faut construire le graphe, puis l'analyser ... ça me parait plus qu'une bidouille de 5 minutes C'est ce que me dis également mon intuition mais a) on apprends l'existence d'outils/options debian presque tous les jours b) et la puissance de certaines commandes magiques peut parfois être surprenante alors je tente ;-) Remarque 1 : c'est une optimisation algorithmique sûrement intéressante sans toutefois être insurmontable Remarque 2 : un outil capable de faire ce calcul serait probablement adapté à d'autres tâches d'exploration du graphe... PS : une idée en l'air comme ça, un pti concour de scripting ?? ça intéresse ? (critère : la vitesse pure, en entrée les fichiers de status de apt ou dpkg, en sortie les paquets avec le max, langage au choix évidemment):) PS2 : non, non, c'est pas ce que j'avais derrière la tête en posant la question. Voici ma motivation initiale : 1) trouver le(s) chemin(s) le(s) plus long(s), i.e le(s) paquet(s) présentant le max en n(P) 2) appliquer au(x) paquet(s) la commande de pédigré déjà évoquée ici, = afin de déterminer les similitudes/différences d'install entre deux machines en minimisant le nombre d'explorations. Voilà, voilà. A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
On a collé des affiches
Ah oui, j'oubliais Soit j'ai raté un message ici-même, soit on considère qu'il est inutile d'informer les _users_ french... Bon, j'espère ne pas dévoiler une info confidentielle : Les plate-formes des candidats Debian Project Leader sont affichées ici : http://www.fr.debian.org/vote/2002/platforms/ Pour ceux qui cela intéresse, s'il y en a ici ... De la lecture pour ce soir, ça nous changera des débats politiques actuels. A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
equivs et versions
Salut, Il est assez facile de construire un paquet virtuel avec equivs pour remplir artificiellement une dépendance.(ex un paquet xlibs-dummy pour faire croire que l'on a xlibs alors que c'est juste xlib6g. Classique) Bon, le problème est que j'arrive pas a obtenir le même résultat avec un numéro de version. Plus précisément : avec l'exemple ci-dessus, on règle le problème d'une dépendance sur xlibs mais pas sur xlibs (= 4.1.0) de mémoire, lors de mes derniers tests, j'ai essayé avec (dans le fichier de controle equivs) Provides : xlibs (= 4.1.0) ou encore Provides : xlibs 4.1.0 mais ça marchait pô... (message d'erreur à l'install je crois) je viens d'explorer les exemples fournis avec equivs, pas un seul traitant du problème _avec numéro de version_ ! a) est-ce possible ? syntaxe ? b) une autre solution ? A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: i686
On Sun, 10 Mar 2002 21:19:46 +0100 MadCoder [EMAIL PROTECTED] wrote: pour la plupart avec les options -O3 -march=i686 -ffast-math -finline-functions (le -finline-functions sur tout pour les libs ou les petites applis, pas pour kdevelop par exemple) je regarde pentiume-builder et le README.Debian indique : The way this package works is it diverts gcc, cc, g++, etc, with shell scripts that, if the environment variable DEBIAN_BUILDARCH is set and exported, call gcc -m$DEBIAN_BUILDARCH. So with DEBIAN_BUILDARCH=pentium set and exported, you build pentium optimized binaries, without it set, you build normal i386 binaries. It also specially interecpts dpkg's call to gcc --print-libgcc-file-name ann munges the result to that dpkg thinks the target architecture is the value of $DEBIAN_BUILDARCH Est-ce que quelqu'un peut/sait comparer les deux techniques ?? (apparemment, on touche à -march, -mcpu ...) Et si je comprends bien, tu peux te construire facilement un paquet madcoder-pentium-builder ;-) pour implémenter ta technique de manière propre et transparente ... (inline-functions/fast-math ...) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: i686
On Fri, 8 Mar 2002 20:37:33 +0100 MadCoder [EMAIL PROTECTED] wrote: je viens de recompiler les paquets kde pour i686, c'est à dire ?? i.e quelle différence/options/conf ? (en utilisant le paquet pentium-builder ?) et le gain de perfomances ets loin d'être négligeable. idem. C'est à dire ? une évaluation (même globale) y'aurait pas des mirroirs debian non officiels qui feraient ca par hasard (pour d'autres paquets genre la libc, Xfree, gcc, et tou ce genre de trucs qui seraient bcp plus efficaces une fois bien recompilés pour pentiumpro) ? Il n'est pas sûr que ces classes de paquets en profitent autant que les paquets KDE. En effet, il est possible que les paquets kde en profitent en raison de leur souche commune (Qt?) qui serait donc sensible à cette optimisation. Rien ne dis que, par exemple, on aurait le même effet pour tout ce qui est gnome... Il faudrait déterminer au préalable à quelle couche logicielle revient la faute;-) de cette optimisation... Mais c'est à creuser... -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
sylpheed/claws patate
On Fri, 8 Mar 2002 17:38:30 +0100 Adeimantos [EMAIL PROTECTED] wrote: Au fait, où as-tu pêché ce sylpheed 0.7.3 ? Che CM ? bonne question, y'a rien chez Debian (en 7.3 mais c'est normal c'est récent) (a part dans incoming peut-être ?? non, pas encore...) ceci-dit, je sais plus qui était intéressé par sylpheed-claws en 0.7.2 pour patate (histoire des mboxes) ... ben c'est bon, depuis 10mn, je viens de me le recompiler, installer sur une potato de base, et m'expédier un message ... si d'autres veulent tester ... avec la plus grande prudence comme d'hab ... question : est-ce que quelqu'un a une idée de ce qu'on risque si installe sylpheed _et_ sylpheed-claws ?? A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: Fw: Re: gmc, GNOME et type MIME - ROX
On Thu, 7 Mar 2002 17:30:26 +0100 Patrice Karatchentzeff [EMAIL PROTECTED] wrote: puis tu installes à coup de dpkg. je confirme, si tu fais tout comme il a dit le Monsieur Sympa, no problemo... Normalement, c'est du tout cuit (tu auras à installer les lib de développement, c'est tout). (plus précisémenet libgdk-pixbuf-dev ;-) (c'est sur le site de Christian par exemple...) PS : bon, ben maintenant les paquets (potato) rox sont sur ma source, je me le suis installé par curiosité, pas d'autres tests ça marche. PS2 : avec xfce j'ai un truc qui s'appelle xftree ... également xfiler... mais bon. A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: Potato ou Woody
On Tue, 05 Mar 2002 10:09:56 +0100 (MET) [EMAIL PROTECTED] wrote: Bonjour à tous , Je vais réinstaller mon système Debian le mois prochain .Y-at-il une relle différence entre Potato ou Woody ? ce document doit être pas mal... http://www.debian.org/releases/woody/alpha/release-notes/index (même si le What's new in the distribution me semble court ... ?) je sais pas s'il est prévu une traduction française... si tu attends un peu plus (2mois?), tu devrais avoir woody dans les bacs de librairies non ?? A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
recompilation : un grand classique
Bonjour à tous, AS : je poste sur debian-devel-french et debian-user-french, car ce message comporte à la fois une question technique mais également une indication que le problème de la compilation multi-archi ne peut se résumé à être pour ou contre comme certains voudraient le faire croire, et que donc la question n'est pas simple... tout dépend de la machine que l'on utilise. Bon, Explorant en tâche de fond la recompilation de sylpheed-claws, j'en arrive à traiter gettext (je vous passe le chemin pour en arriver là...) Je suis sur potato. Bon, apt-get source -b gettext dpkg-checkbuilddeps: Unmet build dependencies: libc6-dev (= 2.2) | libc0.2-dev (= 2.2) | libc6.1-dev (= 2.2) y a du 2.2 partout ... pas bon pour potato (2.1)... Donc, le paquet gettext n'est pas prévu pour être recompilé potato, et c'est bien dommage vu l'importance que peut avoir gettext... Sauf que, si je lance le configure (amont/upstream), il ne vérifie que : checking whether we are using the GNU C Library 2.1 or newer J'ai un peu cherché dans les bugs, je trouve que deux trucs dans le changelog * une note Added libc6.1-dev (= 2.2) to Build-Depends for alpha and ia64 * une note sur une compilation IA64, mais plus une optimisation qu'un bug quelqu'un connaitrait-il une raison pour ne pas pouvoir utiliser gettext/avec libc6 2.1 sous Debian (i386) ? La recompilation, avec 2.1, se passe apparemment bien, on obtient donc : ii gettext 0.10.40-1 ii gettext-base 0.10.40-1 ii ldso 1.9.11-9 ii libc6 2.1.3-19 Si je résume (et si j'ai bien compris) : * la dépendance sur 2.2 est __justifiée__ par les compilations sur IA64 et alpha (mais pas prévue par amont) * mais dans le même temps, cela rends la tâche délicate sur potato i386 (2.1) (mais prévue en amont) Bref, comment -tout- faire proprement ? A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: firewall potato et pppoe
On Tue, 5 Mar 2002 11:50:44 +0100 Loïc Elineau [EMAIL PROTECTED] wrote: Hélas non! pppoe dans potato est loin d'avoir cette option, et comme je veux rester en stable... A la limite, j'essaierais un back-portage de pppoe, mais ça m'enchante pas des masses. Merci! A mon avis, tu n'auras pas trop de difficultés pour le faire, (apt-get source -b pppoe en pointant sur des sources woody/sid) Car la seule difficulté est la suivante : checking for Linux 2.4.X kernel-mode PPPoE support...no *** Oops. I cannot figure out what version of pppd you have. *** All I got back was 'tty' *** I will keep going, but it may not work. Donc un backport naif donne un premier résultat rapide... Reste à le valider... (et là je passe la main à kkun de compétent en la matière ??.. analyser le configure et en déduire ce qui manque [les entetes noyau ?]) = potato/pppoe_3.3-1.1_i386.deb potato/pppoeconf_0.9.10.4_all.deb Sur une machine prévue pour (la tienne ?) ça se passera encore mieux !? A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
petite fable brève.
Ca se passe dans une petite ville de province, où les gens se connaissent plus ou moins, de vue quoi. Régulièrement, on entre en période électorale pour élire le nouveau maire. Evidemment, oubliant temporairement le fonctionnement paisible de cette petite sociéte, de vieilles idées, aspirations, polémiques, en profitent pour refaire surface... Entre ceux qui sont satisfaits, ceux qui ne le sont jamais, ceux qui cherchent à comprendre comment ça fonctionne, ..., l'étendue des discussions est grande. Chacun prenant position, s'en va coller des affiches de-ci, de-là, pour communiquer ses opinions aux autres. Ils arrivent que des colleurs d'affiches adversaires se rencontrent. C'est inévitable, ce n'est pas une grande ville. Les discussions vont alors bon train, il est habituel que l'atmosphère s'échauffe et que les explications soient franches. Mais, entre quasi-voisins, cela reste en général civilisé, et les choses rentrent lentement dans l'ordre jusqu'à la prochaine rencontre. Tout cela ne serait pas bien grave si, ces colleurs d'affiches, qui au demeurant n'empèche en rien le bon fonctionnement de notre petite ville, n'étaient pas pris à partie par le gang des matraqueurs de colleurs d'affiche. Pour ces derniers complètement acquis, que dis-je? aliénés à la cause de l'ordre établi, la seule vue des affiches est une provocation sans nom qu'il faut dans l'oeuf réprimer au risque de voir s'étendre l'anarchie. Au détour d'une discussion de colleurs attroupés, le matraqueur surgit d'on ne sait où, et tape sur tout ce qui bouge, sans trop se préoccuper de savoir sur qui il tape et surtout pourquoi. Bien sûr, il y en a toujours un qui en prends plus que les autres, il est connu dans le quartier et il est facilement reconnaissable : quant on tape dessus, il revient le lendemain !! Il finira bien par comprendre. Plus tard, la grande joie du matraqueur c'est d'écumer les bars de la ville en plastronnant sur l'air de qu'est-ce qu'on leur a mis !! Fallait voir ça, ça détalait dans tous les coins !!. Finalement, le matraqueur s'endort sur son paquet de bière en ce berçant de la douce illusion que la dispersion des colleurs d'affiches fait partie de son action politique pour préserver l'ordre des choses. Heureusement, pour que les choses évoluent, il n'est pas nécessaire d'attendre que les matraqueurs pensent enfin à lire les affiches. En supposant qu'ils en sont capables. PS Analogie, quand tu nous tiens :-) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: une petite question toute bete
On Tue, 5 Mar 2002 15:32:40 +0100 Charles Goyard [EMAIL PROTECTED] wrote: Ainsi parlait kamel : je dois faire une restauration du repertoire /root à partir du fichier restaure-root.tar qui correspond à la commande tar -cvf restaure-root.tar /root/ mais j'ai un doute ( normalement, je peux, mais si cela ne fonctionne pas, je suis mort ,-) : avant de faire tar -xvf restaure-root.tar , puis je me permettre de faire un rm -rf /root/ sans endomager la machine. Oui, tu peux. Remarque qu'il n'est pas obligatoire de supprimer l'ancien répertoire. cas typique où on peut(/doit ?) renommer le répertoire à écraser (/root2)... histoire de permettre une vérification a posteriori, ou récupérer un truc oublié ou indument écrasé... petite manip toute bête qui évite bien des pépins ;-) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: acroread fullscreen sur Thinkpad 600x
Afterstep, peut-être, mais ça laisse un gros pâté dans les coins. En tout cas, Icewm fait la même chose. Enlightenment n'est pas touché, lui. Dans le même genre, xfce ... quand j'utilise acrobat dans le même cas de figure (fullscreen), il me reste à planquer dans un coin l'icone de la barre de controle réduite... si quelqu'un sait si on peut s'en débarasser plus proprement ? merci A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: [tyran]
On Sun, 3 Mar 2002 23:06:07 +0100 Alain Tesio [EMAIL PROTECTED] wrote: Personnellement je préfère que les décisions soient prises par des personnes compétentes (c'est l'approche benevolent dictator for life comme Guido V.R. pour python, ou Linus pour accepter les patches), plutôt que par une illusion de démocratie. On touche le véritable noeud de la question... faudrait que tu m'expliques par quelle opération du saint-esprit un groupe de personnes réduit seraient nécessairement compétentes et dans le même temps toute démocratie ne serait qu'illusion?? [avec cet arrière-goût insupportable que les personnes compétentes sont nécessairement dans le groupe et pas dans la masse, ben voyons...] Je suis cependant sûr d'une chose : l'exemple absolu d'illusion de démocratie c'est la prise de décisions collectives par un groupe de personnes (aussi compétentes soient-elles) sans contre-pouvoir. Je veux bien que les choses fonctionnent ainsi, mais alors qu'on arrète de claironner dans les pages officielles Debian que les préoccupations utilisateurs sont une priorité alors même qu'on ne sait pas ce qu'est un utilisateur... Juste un exemple que tout le monde reconnaitra ici : un jour un groupe de personnes (compétentes) à décider qu'il était une priorité pour Debian d'avoir une distrib multi-archi. Très bien. Sauf que n'importe qui ayant des connaissances informatiques suffisantes auraient aborder cette ambition avec bcp plus d'humilité. J'invite à consulter la liste des bugs qui empèchent la release de woody, et à faire la part des bugs (bloquant) liés à cette (évidemment honorable) ambition. a) je ne suis vraiment pas sûr que cette ambition soit une priorité pour la masse des utilisateurs b) je ne suis pas sûr que les personnes compétentes ayant décidé de le faire est bien estimé la difficulté (je vous l'accorde, faire ce constat maintenant est facile... mais après tout, elles sont/étaient compétentes...) 2 ans plus tard, on rame pour sortir de là (et d'autres problèmes moins emblématiques du sujet traité ici) Si vous voulez de la bureaucratie, de l'inertie ça, nous l'avons déjà ... démocratie, il y a les élections bientôt pour ceux qui ont une âme de grand révolutionnaire ou de petit révolté, et des électeurs critiques, ça n'existe pas dans ta perception politique des choses ?? mais debian ca marche plutôt bien, oui et surtout n'essayons même pas de commencer à réfléchir à ce qui pourrait être amélioré à l'avenir ... laissons ça aux personnes compétentes. J'ai vraiment hate de lire la plate-forme des candidats ... Raphael, une petite avant première ici ?? ;-) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
FAQ : http://freesoftware.fsf.org/download/debfr-faq/html/
Bonjour à tous, juste un petit message pour rappeler l'existence de la FAQ-ng. (ng pour nouvelle génération i.e nouveau mode de génération des docs ;-) quelques évolutions récentes : * ajout du petit topo sur openssh, ssf et cie... (débat libre/légalité) j'en ai fait une ... synthèse (gulps;-) * révision du passage concernant l'ADSL par Adeimantos [EMAIL PROTECTED] PS : je sais pas si c'est moi, mais ça rame sur Savannah aujourd'hui ... -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: FAQ : http://freesoftware.fsf.org/download/debfr-faq/html/
On me demande : Pour le passage surl'adsl pouvez vous integrer le howto du modem ECI ? Je veux bien intégrer/référencer tout ce qui en vaut la peine ... mais comme je l'ai déjà indiquer, ne vous faites pas d'illusion, celui qui tient le stylo/clavier pour cette FAQ n'a pas google en natif dans sa petite tête ;-) Merci de bien vouloir transmettre un minimum d'info pour m'épargner des recherches inutiles/pénibles... sinon, je mets sur la pile et en une heure, ça devient le milieu de pile ... et ensuite c'est sous la pile ;-) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: [tyran]
On Mon, 4 Mar 2002 10:55:07 +0100 Pierre Gambarotto [EMAIL PROTECTED] wrote: Tu deformes (assez honteusement d'ailleurs) les propos d'Alain Nous déformons tous +/- les propos des autres, que ce soit honteux est une question d'appréciation ... Quant a ce qui nous interesse, a savoir Debian, le groupe de personnes dont on parle sont les developpeurs meme de la distribution. On peut tout de meme leur accorder un certain credit non ? oui(1) Qu'il faille des discussions pour faire avancer les choses, personne ne le conteste, bien sur. oui(2) Que des choix discutables puissent etre faits par les responsables, non plus. oui(3) Il me semble que le fait que la Debian soit porte sous de nombreux types d'environnements differents est donc bien clairement annonce des le debut non ? et alors? ce que l'on demande au gens compétents c'est justement d'établir un lien entre les intentions (politiques) et les capacités (techniques) __quitte à reporter__ à une période plus favorable. Il y a une grosse distinction entre nous voulons faire et nous savons le faire (en moins de 5 ans ;-) En tant qu'utilisateur, je suis satisfait de la Debian. oui(4) Il reste de la place pour la perfection, c'est pas une question de perfection... mais en ce qui me concerne, la forme du developpement de Debian me convient. oui(5) Je pense que les developpeurs Debian sont competents (pour preuve l'existence actuelle de la distrib), oui(6) [je n'ai pas dit qu'ils étaient incompétents] et je pense comme Alain qu'un groupe de personnes competentes est, pour une ditrib Linux, la meilleure structure. hmmm, j'arrives pas a être aussi définitif dans le jugement. a) groupe très restreint (entreprise capitaliste), fonctionnement commercial = logiciels propriétaires/microsoft/monopole etc... (modèle féodal?) b) groupe élargi (développeurs) fonctionnement ouvert = logiciels libres = distributions linux (modèle aristocratique?) Pourquoi n'y aurait-il pas une étape supplémentaire (qui reste à définir évidemment) avec un groupe encore plus élargi et plus transversal développeurs/utilisateurs ?? Nous sommes donc d'accord sur 90% du fond de la discussion ! ;-) Mais s'il reste effectivement de la place pour l'amélioration (et non perfection), encore faut il déterminer ce qui est (facilement?) améliorable. Et vu le caractère éminement politique de Debian, peut-être devons nous explorer la voie d'une amélioration plus politique que technique, à savoir comme suggérer par je_sais_plus_qui, reconnaitre le travail effectué par certains _non-développeurs_ en élargissant les statuts et permettre un droit de vote/décision à un groupe non-restreint aux seuls développeurs. Après tout, il n'est pas nécessaire d'être développeur Debian pour se générer une clé pgp ;-) Ce serai bien non. Debian la première distrib démocratique. Bien n'implique évidemment pas facile... On peut réver non ... A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: Administration sous Debian
On Mon, 4 Mar 2002 12:35:14 +0100 Lionel Elie Mamane [EMAIL PROTECTED] wrote: Je ne sais pas ce que webmin fait, petit hasard, je suis justement dessus et ce qu'il fait est visiblement impressionnant (s'il fait tout ça suffisamment bien ) webmin - Web-based administration toolkit webmin-apache - apache control module for webmin webmin-bind8 - bind 8+ control module for webmin webmin-cluster-software - cluster software control module for webmin webmin-cluster-useradmin - cluster user control module for webmin webmin-core - core modules for webmin webmin-cpan - CPAN module for webmin webmin-dhcpd - dhcpd control module for webmin webmin-exports - NFS exports control module for webmin webmin-fetchmail - fetchmail mail retrieval module for webmin webmin-grub - grub control module for webmin webmin-heartbeat - heartbeat monitor control module for webmin webmin-inetd - inetd control module for webmin webmin-jabber - jabber server control module for webmin webmin-lpadmin - printer control module for webmin webmin-mon - mon control module for webmin webmin-mysql - mysql-server control module for webmin webmin-nis - NIS clients/servers control module for webmin webmin-postfix - postfix control module for webmin webmin-ppp - PPP configuration module for webmin webmin-qmailadmin - qmail control module for webmin webmin-quota - disk quota control module for webmin webmin-raid - raid control module for webmin webmin-samba - samba control module for webmin webmin-sendmail - sendmail control module for webmin webmin-software - software packages control module for webmin webmin-squid - squid control module for webmin webmin-ssl - Web-based administration toolkit webmin-status - server and system status control module for webmin webmin-wuftpd - wu-ftpd control module for webmin webmin-xinetd - xinetd control module for webmin A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: [tyran]
On Mon, 4 Mar 2002 12:09:39 +0100 Charles Goyard [EMAIL PROTECTED] wrote: Tu ne fréquentes pas trop les utilisateurs, toi ? ben si, ;-) mais après tout, devant toute installation Debian il y a (au moins) utilisateur mais pas nécessairement un responsable Debian. Avec ce que tu proposes, euh, j'ai proposé quoi ?? juste une idée, une direction, un débat tout au plus... Écouter les utilisateurs à outrance, ?? en tout cas, ce n'est pas ce que j'ai proposé ;-) Mais tu as raison, c'est pas constructif ... Mais qui puis-je ? Ce qui me préoccupe (myopie sélective et réductrice, j'en conviens), d'un point de vue mécanisme électif, c'est que dans le système actuel, un développeur (exemple extrème hein) monoposte de 3 paquets Debian pour zx81 (;-) à un poid infiniment supèrieur à un admin de l'ombre qui installent Debian sur les machines dont il est responsable dans une université/institution/boite quelconque. Pour être reconnu (comme contribuant à la cause Debian), ce dernier doit-il à tout prix se dégoter un paquet à maintenir ?? (Q: doit-il être reconnu ?) Sans aller jusqu'au démocratique outrancier, ne pouvons-nous pas élaborer une attitude plus adaptée à ce genre de situation ? PS : dans mon esprit, les __DEUX__ (développeurs et admin) participent au projet Debian, chacun à leur manière. A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: [DEB-SRC] Construire openssl de woody sur potato
l'explication c'est que debian-devel-spanish existait déjà et que par souci de cohérence, j'ai pris la même structure. Le fait que debian-devel-spanish existait déjà ne veut pas dire leurs initiateurs étaient dans le vrai. Sans aller jusqu'au jugement sévère de Nicolas sur Raphaël, (ne nous emballons pas, on sait jamais qui pourrait être élu prochainement ;-), une chose est sûre : faire comme les autres par soucis d'homogénéité n'est pas un mécanisme de décision suffisant. D'autant plus que, il peut-être aisément envisager (si on se penche sur la question) de comprendre les motivations de ce choix (espagnol donc). J'illustre avec debian-devel-french... (a) debian-devel-french vs (b) debian-french-devel = (a) est évidemment bcp plus proche de debian-devel (wooaaa!!) que de debian-french-user (la plèbe quoi...). On imagine facilement pourquoi les hidalgos dans leur immense fierté penchèrent vers (a) ;-) Juste une hypothèse, évidemment. N'empèche que, si je vois juste (ou prouvez moi le contraire;-), nous reproduisons donc un schéma de pensée douteux mais, lot de consolation, au moins sommes nous homogènes ... Question de priorité. Moralité : L'uniformité, même chez Debian, peut être un piège. PS : Mais bon, je pense aussi que sur ce coup-là, Raphaël est de bonne foi (en visant l'uniformité)... PS2 : c'était quoi le sujet de ce mail déjà :) -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: juste au-dessus de ssmtp
On 28 Feb 2002 22:38:02 -0500 Laurent Pelecq [EMAIL PROTECTED] wrote: Alain Tesio [EMAIL PROTECTED] writes: Regardes les commentaires dans le sondage actuel sur debianplanet.org, il me semble que nullmailer devrait te convenir. Excellente information... merci Ceci dit, les commentaires sont également instructifs dans le sens où ils ne servent à rien pour faire avancer la discussion !! car si Mr A indique que exim est trop complexe alors que Mr B indique que exim est très simple, si on ne sait rien de A ni de B, on en est au même point. Cela rejoint toujours mon idée de sondage qui permettrai de pondérer ce genre d'avis... Comme quoi quand les rapports de bugs sont à jour c'est une oui ! ...^ à jour _ET_ pertinents... A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: (de)install xlib6g
On Fri, 1 Mar 2002 05:47:27 +0100 Pierre Meurisse [EMAIL PROTECTED] wrote: Il s'agit certainement d'une anomalie dans ma configuration. J'ai installé LyX sur une autre machine de la même façon, et cela a bien marché. Avant tout prendre le maximum d'info sur les installs en présence... Dans ce type de delta, j'utilise pour y voir plus clair ma commande de pédigré évoquée et améliorée ici même . par exemple sur la machine ou lyx est installé faire (installer le paquet pkg-order pour avoir pkg-revdeps) pkg-revdeps lyx | sort -bu | xargs dpkg -l lyx.pedigree sur la machine où lyx ne s'installe pas faire la même commande pour l'un paquet dont dépend lyx (cf résultat précédent) il s'agit de déterminer où divergent les deux machines en ce qui concerne le problème particulier de lyx (et donc les couches dont-il dépend) PS : dans le cas où l'on utilise des sources non-officielles, et où l'on rencontre ce genre de blocage, je conseillerai de désactiver les non-officielles et de les remettre progressivement après des essais successifs... (i.e revenir à un graphe de dépendance strictement Debian) JE PRECISE que ceci n'est pas une critique déguisée de la source de Nicolas, j'applique cette règle surtout depuis que j'utilise _ma_ source ;-) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
debfr-scope ... debfr-qg ??
Bonjour à tous, Encore un sujet de cogitations ;-) suite à ma proposition de sondage... Je remercie encore les réponses qui me sont parvenues qui démontrent que quelques bonnes volontés sont intéressée par l'exploration de cette idée. En réflechissant à la suite à donner, il s'est imposé à moi une question plus générale que j'expose maintenant. Rappel bref : Il s'agit d'organiser une sorte de sondage permanent très précis pour déterminer les caractéristiques principales de la population de debian-french (une sorte d'enquète consommateurs mais pour Debian(francophone). Les diverses réponses reçues me conduiraient à faire un choix (non, je ne citerai pas de nom ;-) et je me dis que : a) le choix serait obligatoirement arbitraire b) ce serait bien dommage de perdre des personnes motivées (plus on est de fous...) Mais dans le même temps, je constate que nous ne disposons pas de moyen de fédérer les initiatives prises dans le cadre de debian-french ... Coupons court à un débat possible : il ne s'agit pas d'être hébergé par Debian(.org) c'est bcp trop lourd, complexe et plus un handicap qu'un atout pour des initiatives légères et non nécessairement officielles (au sens Debian). Rapprochons cela d'une autre de nos préoccupations courantes : il est actuellement difficile de recenser où se trouve la bonne doc (rédigée bénévolement) sur tel sujet. Une fois c'est chez l'un des Nicolas, une fois chez un autre, une fois chez PK, et aussi chez Martin, et chez (tous ceux que je ne connais pas, mes excuses)... a) c'est déstabilisant (et source de confusion) b) cela dépend de services particuliers (ephémères??) N'y aurait-il pas une solution qui permette : 1) de manière _simple_ (quasi rustique) de collecter ces contributions (en général des fichiers sgml/html/ps/pdf) 2) en préservant la capacité de faire des mirroirs simplement (wget and Co) [chacun peut continuer à travailler comme il l'entend, c'est la mécanique de pompage qui centralise...] 3) en permettant à toute bonne volonté de contribuer selon ses moyens et compétences (sans passer par un processus d'accréditation pénible ;-) ... Si j'appelle debfr-scope le projet du sondage, et debfr-qg l'idée plus générale, j'aimerai autant placer debfr-scope dans debfr-qg plutôt que de créer une nième source d'info orientée debian-french... !! ?? A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: [DEB-SRC] Construire openssl de woody sur potato
On Fri, 1 Mar 2002 10:12:26 +0100 Charles Goyard [EMAIL PROTECTED] wrote: Ce que j'ai fait... Rien voulu savoir, avec apt-get -b source, dpkg-buildpackage et autres debian/rules binary... Ne devrait-il pas y avoir qqchose dans la policy qui préconise de garder/jouer ce genre de tests lorsqu'ils sont disponibles_systématiquement_ dans la compilation Debian ?? Non, vraiment, non. Les paquets sont testés par le mainteneur ... Après, tu peux toujours imaginer un système qui détecte quand le paquet n'est pas dans son milieu naturel, et décide de faire des tests... :-) Je me doutais bien que quelqu'un me répondrai ce que tu viens de dire. Et effectivement, cela se tient. SAUF, que pour une distribution qui se veut représentative/championne de la stabilité nous nous permettons bien des raisonnements étranges... Si je fais un récapitulatif très bref de quelques trucs récents que j'ai en tête : * on recompile pas systématiquement par auto-builder les paquets i386 les plus utilisés * on s'épargne de rejouer les test de non-régression qui sont censés détecter des cas de défaillance très subtil * bref, on se repose aveuglément sur les compétences et la conscience professionnelle des mainteneurs ... * ... alors que tout le monde peut lire sur debian-french-devel, en substance : si on élimine de Debian les développeurs qui ne font pas bien leur travail, va plus rester grand monde (et c'est pas moi qui l'ai dit ;-) !! La semaine prochaine je vais à une réunion dont le thème est l'utilisation de Linux dans un contexte industriel critique (style aéronautique, armement, et autres jeux...). Je pense que j'ai de quoi faire rire à la pause ... J'éviterai de dire que c'est chez Debian (vu que ça doit se passer également chez les autres ;-) Nous sommes trop forts ... A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: debfr-scope ... debfr-qg ??
On Fri, 1 Mar 2002 11:15:22 +0100 Adeimantos [EMAIL PROTECTED] wrote: Les diverses réponses reçues me conduiraient à faire un choix Pourquoi faire ? automatiser un flame sur les mauvais? ?? Je comprends pas, j'ai sans doute pas été clair... Plus concrètement, ça m'embète d'éliminer quelqu'un qui me propose de faire les scripts php [sur son site] (ce que je demandais) au profit de quelqu'un qui m'invite à utiliser son site déjà en place, ou inversement, alors qu'il serait sympa de faire travailler les deux personnes conjointement sur un projet commun mais où et comment ?? signature) : dans quel but. Ainsi, il serait bon que tu expliques à tous (comme Raphaêl Herzog va le faire) le FOND de ta pensée. Je suis pas contre évidemment mais pour faire bref (aujourd'hui) je pourrai à mon tour poser la question du FOND de la pensée de ceux qui organise des sondages sur la difficulté d'utiliser exim. Je pense qu'on voit bien où on veut en venir sauf que le moyen utiliser est inadapté car primitif (on ne peut pas distinguer la réponse d'un gourou de celle d'un débutant!!). Il serait plus sympa de se doter, au prélable, d'un outil pour répondre plus correctement à ce genre d'interrogation. (en particulier permettre simultanément dans une enquète globale, d'évaluer le niveau de l'interrogé et ce savoir qu'il utilise comme outils pour un certains nombre de tâches spécifiques... Collecter une seule partie de l'info est une absurdité. [au fait, un outil libre de construction de (vrais) sondages ?? ] Certes, mais qu'est-ce qui est lourd? Rien n'interdit d'aller chez debian, s'il s'agit d'un projet Debian. c'est quoi un projet Debian ?? aller chez Savannah et voir comment ton PROJET se goupille. C'est une solution évidente (trop?), l'objet de mon message est justement d'en connaitre d'autres. Même réponse. Rien n'empêche de faire un miroir de ces pages. D'ailleurs, lorsque tu vas sur http://dpt.tuxfamily.org il s'agit de pointeurs sur des pages dispersées. deux choses différentes : 1- collecter des liens n'est pas suffisant (au sens de la stabilité) NB : Google collecte également une copie des pages indexées en cas de défaillance, ou retrait du web 2- une autre solution (à part savannah) me semble effectivement être qqchose comme dpt.tuxfamily.org peut-être avec une autre structuration, mais je ne connais pas bien les coulisses et je ne sais pas si par exemple cela peut permettre la collaboration de personnes différentes (style Savannah donc) = d'où mon interrogation sur les solutions possibles. J'ai juste l'idée initiale mais pas toutes les briques/connaissances pour la réaliser... PS : une réponse privée : sourceforge permet la gestion de doc et de sondage Il me semble que sourceforge doit être éliminé pour des raisons de double-jeu par rapport au libre. De plus, les sondages généralement fait sont inutilisables (cf ci-dessus) [j'en ai rarement vu qui dépasse le QCM à une question, me trompe-je??] -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: [DEB-SRC] Construire openssl de woody sur potato
On Fri, 1 Mar 2002 11:41:29 +0100 Charles Goyard [EMAIL PROTECTED] wrote: Je n'audite pas le code des paquets que j'installe, moi non plus (en général), c'était un hasard suite à ton problème... fallait bien auditer ;-) car je fais confiance aux mainteneurs. là je suis moins catégorique ;-) N'importe lequel pourrait mettre un cheval de troie dans son paquet, après tout, ils font ce qu'ils veulent, ce n'est pas une entreprise qu'ils représentent. Personnellement ça me sidère de lire ça mais après tout c'est un point de vue et je trouve qu'il est bien et souhaitable que de temps en temps ce soit écrit en toutes lettres quelque part ... Même si ça m'induit bcp de question méta du style, si on s'enlève aussi facilement des responsabilités par le seul fait de ne pas être une entreprise, alors comment peut-on vouloir se comparer en terme qualitatif. Une comparaison n'a de sens qu'avec un minimum de critères communs. Houlalala, où je m'embarque moi... Ou encore, alors ça vaut/induit quoi de représenter Debian ? les autres. Ça ne veut rien dire et ça me semble pédant. Je ne suis pas abonné à-devel, mais on m'a dit que l'ambiance y est spéciale. ben sur debian-devel aussi parfois ;-) c'est peut-être le -devel :) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: [DEB-SRC] Construire openssl de woody sur potato
On Fri, 1 Mar 2002 14:01:51 +0100 [EMAIL PROTECTED] (Denis Barbier) wrote: C'est vrai que ce nom est quand même beaucoup plus parlant que debian-devel-french, je me demande vraiment pourquoi c'est ce dernier qui a été retenu. Si toi aussi tu commences à envisager qu'un responsable Debian ai pu effectuer un choix douteux, c'est la fin des haricots, qui va les défendre ?? :))) PS : plus sérieusement, faut demander à Raphël, je crois. Mais bon, ça s'est peut-être joué à pile ou face ... A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: Debian elections votes (un peu de politique, c'est de saison)
On Tue, Feb 26, 2002 at 07:41:13AM +0100, Cyrille Chepelov wrote:[...] Mais ça n'est pas la peine; ils sont déjà extraits, et placés ... graphique autour), mais après on rentre dans le domaine de la sucrerie. prompt$ for f in /org/lintian.debian.org/laboratory/source/*/debfiles do test -f $f/copyright || echo $f; done | wc -l 177 je voudrais juste remettre ma question (restée sans réponse) dans son contexte initial. 0) le lien que je/nous/ils demande(nt) ***existaient*** sur les pages web du temps où (à vu de nez potato était unstable ;-) a) ce lien n'existe plus désormais... b) alors que visiblement c'est un souhait récurrent utilisateurs (dixit -devel) Ma question n'est donc pas tellement de déterminer la chipo technique visiblement très compliquée (huh?) pour réparer ça mais de **comprendre** comment cette dérive s'est produite dans le contexte d'une distribution où la priorité des priorité c'est d'oeuvre pour le libre. La notion de libre étant hautement symbolisée (à juste titre) par le fichier copyright Il me semble que cette discussion est représentative d'une dérive Debian où certains problèmes/questions de fond sont inexorablement **remplacés** (et non pas résolus) par une discussion technico-technique qui fait perdre toute substance au débat (et qui en particulier le rend captif des seuls mainteneurs/responsables Debian). Comme peut-on alors nier que Debian n'est pas réservée/dédiée aux développeurs Debian si la quasi totalité des question est transférée sur le champs de compétence de ceux-ci? On pourra me rétorquer (comme d'habitude...) qu'il ne sert à rien de raler mais qu'il faut donner des solutions mais je doute fort que, même chez Debian, on soit capable de trouver des (bonnes) solutions en s'épargnant la tâche ingrate de comprendre pourquoi les erreurs sont (ont été) faîtes. Les webmasters veulent une solution robuste (et si possible sous forme de patch plutôt que de suggestion ;)) un truc que je comprends pas c'est comment on peut faire un patch quand on sait pas _exactement_ comment le système fonctionne ... et surtout lorsqu'il n'est pas de notre __ressort__ de faire fonctionner/maintenir le système mais simplement d'indiquer comment on souhaiterai qu'il fonctionne ... ce n'est pas parce que je ne sais pas changer le carburateur de ma voiture que je ne suis pas fondé à demander à mon garagiste de le faire !? ( certainement faisable avec lintian.debian.org, mais pour l'instant personne ne l'a fait. oui, mais quelqu'un (au pluriel?) à décider un jour d'enlever le lien ... Est-ce que les seuls garants de l'esprit politique de Debian sont les scripteurs et les webmasters Debian ? (c'est une question) PS : Dans la même veine, (auto-enlisement de Debian dans ses propres règles et technologies), j'invite tous le monde à lire sur debian-devel le dernier message de Martin Quinson, relativement édifiant en ce qui concerne certains des constats (réalistes!) qu'il y fait... PS2 : Je ne peux m'empécher de faire remarquer ici que certaines de ses phrases émises ici-même par d'autres personnes ;-) que Martin auraient probablement déclenché un flame-war dantesque que je ne vois toujours pas poindre sur french-devel... Moralité : (Il est regrettable que) la véracité d'une même idée/opinion dépende à ce point de l'adresse mail de l'émetteur. La phrase Debian est à l'écoute de ses utilisateurs n'est effectivement valide que si la notion d'utilisateur est réduite aux seuls mainteneurs/développeurs cie... Et rien n'est fait (à part des discours pour rassurer la plèbe) pour indiquer que les choses évoluent autrement. PSterminal : Sur ce je vais me pencher sur les programmes des candidats http://www.debian.org/vote/2002/ ;-) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: Debian elections votes (un peu de politique, c'est de saison)
On Thu, 28 Feb 2002 11:14:20 +0100 [EMAIL PROTECTED] (Denis Barbier) wrote: Comme d'habitude, pour appréhender un problème, il est intéressant de lire ce que les autres en disent. Il suffit ^^ :) alors d'aller sur bugs.debian.org, de faire une recherche sur le paquet www.debian.org (bogues actuels ou archivés) et de ? a) j'apprends l'existence de ce paquet ... Merci !! b) mais faut être vachement sioux, parce que les pages web sur les paquets sont visiblement servies par packages.debian.org et PAS www.debian.org (apparemment, cf ci-dessous) c) la même interrogation plus intuitives sur packages.debian.org foire (pour moi...) d) faut-il faire un rapport de bug concernant bugs.debian.org pour demander une résolution de nom DNS dans les scripts cgi ?? e) en effet, l'utilisateur normal aura effectivement vite fait de vérifier que ces deux noms correspondent à la même adresse IP. Je peux encore jouer longtemps à ce petit jeu, (et tu le sais bien Denis) mais franchement, on va où comme ça ?? La question initiale est d'une telle simplicité que je vois vraiment pas l'intérêt de consulter le bts dans cette histoire. regarder les bogues ayant « copyright » dans le sujet. Ben désolé, chacun appréhende Debian avec ses moyens, en ce qui me concerne je suis abonné à debian-devel(digest) que je lis autant que possible et sur le sujet actuel (copyright) il ne me semble pas avoir vu passé une réponse satisfaisante, alors je remets ce genre de préoccupation en débat, incidemment parce qu'un des lecteurs éminents de cette liste postule à une élection Debian. Ou alors l'affichage politique Debian n'est qu'une façade. De plus, quand on s'abonne à des listes c'est avec l'espoir que certains soient capables de synthétiser des réponses au lieu de systématiquement renvoyer à une batterie d'interrogations de cgi/de doc/ de bts/ de ... J'ai déjà donner. Je viens évidemment de faire ce que tu dis, et je vois pas en quoi cela réponds à la question. Par contre ta réponse ne fait qu'illustrer exactement ce que j'ai dis : a) pour être à l'aise dans Debian et comprendre ce qui s'y passe, faut avoir un diplôme es-spéléologie sur *.debian.org. Super, c'est ça, le user-friendly chez Debian ? b) une question d'ordre quasi éthique/politique b1 ) ne reçoit _aucune_ réponse clairement intelligible par tous. b2 ) est remplacée par une suggestion technique plutôt évasive qui n'est qu'une forme particulière permettant de botter en touche... Je vais te faciliter la tâche. Je reformule ma question : 0) le lien _était_ disponible (rappel ;-) [précision : ou pointait sur une page bidon lorsque le mainteneur Debian n'avait pas fait correctement son boulot] 1) Debian (au sens large) progresse en qualité = question : quel est le progrès qualitatif de www.debian.org (le site pas le paquet ;-) qui à justifier de perdre en cours de route ce lien sur les pages web des paquets ? Considérons que je suis un utilisateur fidèle (depuis longtemps) du site _web_ www.debian.org mais toutefois ignare en ce qui concerne la mécanique du site (ce qui n'est pas loin d'être vrai;-). Si personne ne connait des élements de réponses qui tiendraient en quelques lignes, c'est bon à savoir... Pour la petite histoire : En suivant la suggestion de Denis, le rapport de bogue correspondant le mieux à la question soulevée ne __contient pas le mot copyright__ (bug 126349) Hé oui, faire référence au fichier copyrigth du paquet c'est déjà un savoir développeur !! Et la réponse reçue tout aussi technique mais encore plus évasive que celle de Denis me conforte dans l'idée qu'il va être difficile de trouver quelqu'un qui connaisse une explication raisonnable. (il me semble que Josip Rodin c'est pas n'importe qui chez Debian ...) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=126349 Je passe évidemment sur la fait que la réponse donnée suffit à fermer le bug ;-) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: dpkg dpkg: error processing
On Thu, 28 Feb 2002 12:32:49 +0100 (MET) [EMAIL PROTECTED] wrote: 1130kB will be used.(Reading database ... dpkg: error processing/var/cache/apt/archives/man-db_2.3.20-13_i386.deb (--unpack): files list file for package `libc5' is missing final newline En regardant les archives de la liste, j'ai lu que apt utilise les fichiers/var/state/apt/lists/*. Mais ce répertoire n'existe pas (ou plus) sur mon systeme de fichiers. Il y a peut-être un rapport avers mon probleme. Que puis-je faire pour retrouver un état stable de la gestion des paquets? réponse directe : le fichier nom-de-paquet.list évoqué dans le message est en fait dans /var/lib/dpkg/info. Il est donc plus du ressort de dpkg que de apt et ta confusion vient naturellement du fait que apt délègue une partie de son travail à dpkg, conséquence une erreur dpkg est remontée par apt et il faut lire attentivement le message d'erreur pour faire la part des choses. Sur /var/state/apt/lists/, il me semble que cela a changé (potato/woody ?) ici, sur woody, j'ai plutôt /var/lib/apt/lists (et cela ne contient donc pas les paquets.list) ceci-dit cela n'explique pas le fait qu'un fichier libc5.list attendu ne soit pas présent (ou vide) ... réponse indirecte : Ta question et quelques autres récentes, me font penser que la bascule potato/woody est une manip de plus en plus réalisable à telle point qu'il me semble avoir vu passé sur debian-devel l'existence d'un document décrivant comment faire la manip au mieux (en décrivant les bourdes à ne pas faire ?) Mais je n'ai pas plus d'indications précises (url ? traduction?) Quelqu'un ?? A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: [DEB-SRC] Construire openssl de woody sur potato
On Wed, 27 Feb 2002 12:28:45 +0100 [EMAIL PROTECTED] (Denis Barbier) wrote: Aucune idée, sur ma patate, ça compile. Je confirme : * sur une patate ça compile (apt-get source -b ) * mais si on y re-regarde (on lance par exemple un debian/rule) on constate qu'il y a effectivement des trucs style cible 'links' inconnue Il m'est arrivé de constater que le nombre de tentatives de recompilation n'est pas innocent (la 1ere fois ça marche, ensuite il peut arrivé que ça foire ...) et là, moi-aussi, aucune idée ... Plus précisément, j'ai pas le temps de creuser pour me faire une idée. Donc, dans les cas bizarres, je conseillerai de virer les sources déjà utilisés et de recommencer à partir du désarchivage des sources avant recompilation (ce qui correspond au dpkg-source -x ...*.dsc) Si je puis me permettre d'en profiter pour poser une question concernant openssl. En explorant la construction amont/upstream de openssl, le fichier INSTALL indique 'make test' avant 'make install'. J'imagine donc qu'il s'agit de tests (de non régression) afin de valider la bonne marche des choses. Sauf erreur de ma part à la lecture du debian/rules, je n'ai pas trouvé cet appel lors de la construction des paquets binaires Debian induits. Il me semble donc que rien ne garanti que les tests de régressions soient effectués avant de livrer les binaires Debian chez les utilisateurs. Ne devrait-il pas y avoir qqchose dans la policy qui préconise de garder/jouer ce genre de tests lorsqu'ils sont disponibles _systématiquement_ dans la compilation Debian ?? PS : Pour Charles, si ça peut aider (le pédigré de openssl sur la machine chrootée) : ii ldso 1.9.11-9 ii libc62.1.3-19 ii libdb2 2.7.7.0-1 ii libssl0.9.6 0.9.6c-1 ii openssl 0.9.6c-1 ii perl 5.6.1-5 ii perl-base5.6.1-5 ii perl-modules 5.6.1-5 Les paquet sont dispos sur ma source ... A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
juste au-dessus de ssmtp
Voilà ma question : Nous utilisons ssmtp sur la quasi totalité de nos machines Debian car nous utilisons uniquement un smarthost (terminologie de conf exim) non debian pour expédier nos mails, donc ssmtp suffit. Et cela même sur les portables qui sont utilisés à 99% du temps en intranet. Sauf que, lorsque je déconnecte mon portable et que je bosse chez moi, les messages expédiés par des crons (logcheck, anacron et cie) ne trouvent pas le smarthost, évidemment. ça génère donc un message pas beau dans les logs et j'avoue ne pas savoir ce qu'il advient exactement du message non expédié (un dead.letter qqpart je présume) Si j'ai bien compris c'est parce que ssmtp ne gère pas de queue. La question est donc la suivante : quel est le MTA (dispo Debian) le plus simple (aussi primaire que ssmtp) mais capable de gérer des queues (juste de quoi attendre que le portable se retrouve dans le réseau) ?? Merci -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: Debian elections votes (un peu de politique, c'est de saison)
On Mon, 25 Feb 2002 10:06:01 +0100 Nicolas SABOURET [EMAIL PROTECTED] wrote: D'autre part, tout le monde (DD ou non) peut s'exprimer sur les listes debian (en particulier sur -devel). Je ne pense pas qu'on puisse reprocher à cette distribution de ne pas être à l'écoute de ses utilisateurs... poursuivons l'analogie :) chaque citoyen peut s'exprimer par le vote (et autres), on ne peut donc pas reprocher aux politiques de ne pas être à leur écoute ?? (c'est marrant, c'est pas l'impression qu'on a à l'écoute des divers médias ...) :)) PS : l'existence de listes ne démontre pas leur efficacité juste un exemple très terre-à-terre, tiré de debian-devel, j'y ai appris que l'une des demandes les plus fréquentes faites au webmaster Debian c'était de (_re_) mettre le lien sur le copyright sur chaque page web de paquet ... De mémoire, ça fait bien 18/24 mois que cette demande existe ... Une si minuscule demande ... imaginez les autres ... Ne parlons pas de la demande d'avoir un lien sur la FAQ dans les entetes / pieds de page de cette liste ... = Relativisons... A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: débuter sous debian
On Sun, 24 Feb 2002 12:53:26 +0100 Lionel Elie Mamane [EMAIL PROTECTED] wrote: On Sun, Feb 24, 2002 at 12:05:52PM +0100, Georges Mariano wrote: La woody a quelques améliorations qui font qu'elle s'administre beaucoup plus facilement. objectivement, lesquelles ?? diald n'utilise plus son propre système de connexion / déconnexion, mais réutilise ppd call provider. C'est tellement plus pratique... Des améliorations de ce genre là. Il me semble que la config de l'isdn est bcp plus naturelle, aussi. ok, mais (sauf erreur) ce ne sont pas des évolutions structurelles spécifiques debian/woody. (Si diald et les outils isdn se recompilent sous patate) Je pensais à des trucs plutôt du style gestion des locales, gestion des paquets et des bugs etc En dehors de ça, si les applis se backportent (et il n'y a pas de raison), la patate peut profiter des évolutions amont. ça prend bcp de temps, et au finish, on a un système qui n'est ni potato, ni woody... la distinction potato/woody est un artefact spécifique _processus de release_ Debian, la majorité des debian en _service_ ne sont probablement plus potato et pas encore woody. Etre potato ou woody est un critère secondaire, le critère primaire est le numéro de version des applis dont tu as _besoin_. Et c'est bien celui que tu utilises dans la suite de ton message ;-) Si ça t'amuses, très bien, moi je préfère largement profiter du système de packages. Confusion... le fait de recompiler ne te sors absolument pas du système de package. La recompilation (backport) c'est simplement faire le boulot qui n'est pas fait (sauf parfois officieusement), pour des tas de raisons, en amont chez Debian. Mais cela n'utilise _QUE_ des manips Debian basées sur les outils apt/dpkg/deb* ... C'est parfaitement propre. Le seul coût (quand ça se passe bien) c'est le temps CPU. D'accord, comme tu le dis, apt-get -b source facilite grandement la recompilation. Mais quand on commence à recompiler: - XFree86 parce que 3.3.x ne reconnaît pas notre carte c'est fait ... (pas encore 4.2 mais 4.1 oui) - Tout gnome parce que 1.0.x, ça suck vraiment trop les paquets Ximian ferons l'affaire... - sawfish parce que la version de potato est vraiment trop ancienne- ... ça fait déjà un gros morceau! Trop gros, à mon avis. gros = unité de mesure (?? lignes de commandes nécessaires? temps CPU? espace disque ?... tout est relatif). PS : et si on s'organise un peu cela pourrait être fait une fois et mis à dispo... -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: Debian elections votes (un peu de politique, c'est de saison)
On Sun, 24 Feb 2002 13:12:23 +0100 Raphael Hertzog [EMAIL PROTECTED] wrote: Le Sun, Feb 24, 2002 at 12:05:30PM +0100, Georges Mariano écrivait: Ce système de vote, appliqué à l'élection du président de la république, le plus haut responsable des services publiques utilisés par tous citoyen, ne donnerai le droit de vote qu'aux seuls ... fonctionnaires ! Sauf que je n'ai jamais vu une association organiser l'élection de son président par des non-membres de l'association... qui parles de ce genre de choses ?? donc ton analogie est complètement inutile. :-) Complètement, je suis pas tellement d'accord... Je trouve que ça aide beaucoup pour se représenter le contexte social créé si nous les citoyens/utilisateurs étions obligés de passer par les seuls fonctionnaires/mainteneurs pour faire évoluer l'état/Debian. Imaginez le résultat ! ;-) Ben, je trouve que ça colle bien pour visualiser certaines difficultés relationnelles entre les utilisateurs et les mainteneurs (difficultés facilement observables dès lors qu'on écoute quelques listes Debian). Déterminer l'utilité de cette analogie dépend aussi de la volonté que l'on y met. Ainsi, si on creuse un peu, on remarque (juste une _remarque_) que s'il est largement admis que tout bon système politique à peu près démocratique est également basé sur une séparation des pouvoirs, cette notion n'existe pas en général dans le logiciel libre et en particulier chez Debian où chaque membre est quasi-mécaniquement juge et partie. Rappel : juste une remarque, peut-être débile, peut-être pas. PS : Ceci dit, je suis surpris de l'apparition spontanée du mot association/(non-)membre. Sans en être lecteur assidu, je l'avoue, il ne me semble pas avoir vu le mot member si souvent que ça dans le contrat social ou la policy Debian. Ou alors ce serait implicite ? Bref, je ne vois pas pourquoi le rapprochement avec une association serait plus analogiquement fondé que celui avec un état, mais bon... Cela l'est peut-être au niveau de l'esprit initial mais sans doute plus au niveau du fonctionnement effectif (globalement jugé lourd). PS2 : Cette réflexion, à l'utilité discutable j'en conviens, me permets toutefois maintenant de mieux exprimer/expliquer la perception (inévitable?) de la Debian comme une distribution de développeurs/mainteneurs. C'est déjà ça. A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: Bénéfices de la recompilation des paquets
Réponse rapide, de mémoire, si certains peuvent préciser... Y a-t-il des bénéfices à recompiler les paquets pour les adapter à sa propre configuration? Il n'y a jamais eu de réponse nette à cette question (déjà posées plusieurs fois) = ... ça dépend ! Par exemple pour prendre en charge une architecture SMP ou générer du code adapté au modèle de microprocesseur... a) pour les archis SMP, __j'ai cru lire__ qu'il fallait remonter le problème également au niveau d'une recompilation du noyau apt-cache search smp kernel-...-686-smp - Linux kernel headers PPro/Celeron/PII/PIII SMP b) pour le type de processeur... ah... voilà,voilà apt-cache search gcc pentium-builder - force pentium optimized compilation (j'avais utilisé mais jamais fais de test pour valider le gain) [à regarder pour éventuellement adapter à d'autres cas ?] Un apt-get -b source module me laisserait-il spécifier des options spécifiques à ma configuration? Non. Il faut garder le -b, juste pour voir si ça recompile bien avant bidouilles ;-) Ensuite, il faut aller dans le répertoire debian et modifier l'appel a configure présent dans le fichier debian/rules (méthode générale). En passant, ce serait bien de modifier le modèle debian/rules de manière à permettre d'indiquer des options de l'extèrieur (i.e sans modifier le fichier du mainteneur) (c'est si facile, debian/rules étant un Makefile!!) Faut-il tout recompiler ou peut-on se limiter aux grosses applications (X, KDE, noyau...)? il faut se limiter aux applis susceptibles de présenter un gain après recompilation... comment les déterminer ? ben, c'est la question ...! (faut plutôt être expert à la fois de l'appli visée et des jeux d'instruction de processeurs ) Enfin, dois-je me préparer à 3 mois de galère ou l'opération est-elle indolore? Ni l'un di l'autre, je dirai que tout difficulté surmontée est un apprentissage dont on bénéficie ultèrieurement. Tout dépend de la capacité de positiver... ;-) -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: Debian elections votes (un peu de politique, c'est de saison)
On Mon, 25 Feb 2002 14:43:38 +0100 Raphael Hertzog [EMAIL PROTECTED] wrote: Ce n'est pas si mauvais que tu as l'air de le penser. Tu crois que le citoyen a son mot à dire sur l'état, c'est vrai et c'est faux. Le citoyen choisit ses représentants pour leur donner le pouvoir de faire des choses, mais ces même citoyens manifestent et font des grèves pour les empêcher de faire des choses (mêmes intelligentes). Je répond brièvement, je suis à la bourre... juste pour préciser (c'était pas clair dans mon message initial) que mon analogie n'était pas uniquement destinée à critiquer l'état actuel ... certes, elle favorise plus la critique par son côté décalé mais ce n'était pas l'intention première ... ceci dit, en ce qui me concerne, cela génère plutot quelques suggestions (je sais pas si elles vont dans le bon sens ...) une au hasard : pourquoi les personnes qui participent au debuggage (BTS) de la distrib n'auraient-elle pas un statut explicite après tout elles participent également à l'amélioration qualitative de la Debian. Et déceler/corriger/patcher un bug est déjà un signe digne d'intérêt politique (reconnaissance/vote) les testeurs sont une composante importante du processus Debian. ?? A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: Debian elections votes (un peu de politique, c'est de saison)
On 25 Feb 2002 12:17:12 +0100 Julien BLACHE [EMAIL PROTECTED] wrote: Georges Mariano [EMAIL PROTECTED] wrote: appris que l'une des demandes les plus fréquentes faites au webmaster Debian c'était de (_re_) mettre le lien sur le copyright sur chaque page web de paquet ... De mémoire, ça fait bien 18/24 mois que cette demande existe ... Une si minuscule demande ... imaginez les autres ... Moui... tu sais combien il y a de packages dans Sid ? Ne te trompes pas de question, Julien. Le problème n'est ni le nombre ni la difficulté technique car __cela était fait auparavant__ !! La requète précise bien remettre le lien. La question est plutôt : comment se fait-il qu'il soit si difficile de faire marche arrière alors que visiblement ce souhait est général ?? (et il n'y a _pas_ de difficultés technique insurmontable ...) Non parce que bon, récupérer le copyright de chaque package suppose d'ouvrir les sources de chaque package. ok, peut-être que cela expliquerai le retrait (économie sur le CPU lors de la génération des pages alors...) mouai, n'empèche que déontologiquement parlant cela me gène un peu que la seule référence explicite au travail amont soit virée de la page web du paquet Debian ... ce serai quand même la moindre des choses par respect pour les développeurs du libre, non ? Si ce respect ne résiste pas à des soucis d'économie de CPU ... c'est bien dommage, surtout chez Debian! A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: Debian elections votes (un peu de politique, c'est de saison)
On Mon, 25 Feb 2002 17:01:58 +0100 Olivier Garet [EMAIL PROTECTED] wrote: Dans ce débat, il serait aussi intéressant de savoir (ce qui rejoint ton idée de sondage) quel pourcentage d'utilisateurs Debian sont en testing. L'idée de sondage m'est d'ailleurs venue en constatant le nombre de d'arguments s'appuyant sur des statistiques intuitives (i.e. sans fondement réel) utilisées de-ci de-là... Il me semble que nous serions mieux armés pour discuter de certains points si nous pouvions avoir une idée de qui nous sommes (et surtout de comment utilisons nous Debian ...) PS : vous allez être tranquille je suis off pendant quelques jours, j'espère bien continuer la réflexion (sais pas trop sous quelle forme) ;-) A+
Re: une idée à cogiter durant le week-end
Bonjour réponse ultra-brève, je suis derrière un modem... ;-) déjà merci pour les différentes réponses... On Sun, 24 Feb 2002 00:44:24 +0100 Edi STOJICEVIC [EMAIL PROTECTED] wrote: On pourrait m'etre en place un système avec session utilisateur et gestion de calendrier ou des choses du genre phpgroupware... :) oui, on pourrait ... mais _pour l'instant_ j'aimerai déjà construire la première marche ... Bah pourquoi limiter à cette liste ? Pourquoi ne pas étendre le projet à tout utilisateur Debian ? a) il faut une première étape b) il faut un critère simple et pratique (en particulier liste=moyen de communication) b) trop de surface va noyer l'intérêt premier de cette idée, faire une photo précise...(i.e éviter une photo trop floue ...) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Debian elections votes (un peu de politique, c'est de saison)
Bonjour, En relisant un message rappelant la progression du processus de vote Debian pour le leader, je me suis fait la réflexion suivante : Si je cherche une analogie pour avoir une intuition naturelle du fonctionnement actuel * un système qui organise une élection pour se donner un leader * parmis une liste de candidats déclarés * avec pour votants autorisés : - un sous-ensemble d'individus reconnus (les développeurs) par le système - ce sous-ensemble étant inclus dans l'ensemble des individus qui utilisent le système - ce même sous-ensemble particulier étant les principaux concepteurs constituants du système bref, j'arrive à l'analogie suivante : Ce système de vote, appliqué à l'élection du président de la république, le plus haut responsable des services publiques utilisés par tous citoyen, ne donnerai le droit de vote qu'aux seuls ... fonctionnaires ! Étonnant non ? Avant de me taper dessus, j'en connais que ça démange ;-) posons la question autrement : où est mon erreur ?? PS : on sait jamais, cela peut-être utile à la réflexion de certains candidats probables :-) PS2 : peut-etre ne faut-il pas se rapprocher du modèle démocratie européenne/française mais plutot du côté anglo-saxon ?? A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: débuter sous debian
Ah. J'ai comme qui dirait l'impression que dans l'état actuel, pour un système de bureau la potato dégage une impression de sucks puissante... ?? Si on considère la potato officielle (gravée dans le marbre, effectivement c'est étriqué) mais si on ne ferme pas les yeux sur la possibilité de court-circuiter, dans une large mesure, la scission potato/woody par la commande quasi-magique 'apt-get source -b', la réponse est bien différente!! Ce faisant, (par apt-get source -b), tout utilisateur Debian ne fait que reproduire ce que fait un utilisateur Linux en recompilant des tarball de magazines, sauf qu'il le fait _proprement_. Il n'y a donc _a priori_ pas de raison pour qu'un utilisateur Debian soit bloqué qqpart. Ou alors cela signifie que, pour des raisons que je serai bien curieux de connaitre (en tant que client du système Debian!!), les décisions qui guident le processus Debian actuel, nous rendent incompatibles avec les évolutions upstream/amont... ??? Mais il est vrai que je n'ai pas vécu _un_ passage de potato à woody sans magie noire... Et que parfois des insidieux problèmes de dépendances s'incrustent en woody. sarcasme Rien de plus naturel à cela! 99% des mainteneurs ont fait l'upgrade à la main (évidemment). Donc, personne ne s'est préoccupé de fixer le problème de la transition. Et comme Debian est une distrib plutôt mainteneurs qu'utilisateurs... Phénomène quasi-mécanique, donc./sarcasme La woody a quelques améliorations qui font qu'elle s'administre beaucoup plus facilement. objectivement, lesquelles ?? (de tête en 5mn, j'en vois pas trop, à part peut-être certaines évolutions d'outils spécifiques Debian mais qui se recompilent sur potato donc ...) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: [HS] Pardaillan (was [APT-GET] Mise à jour de Mysql)
On 22 Feb 2002 08:34:14 +0100 Christian Marillat [EMAIL PROTECTED] wrote: De toute façon un retroportage exclu perl, X et la libc6. Autrement autant carrément passer en woody. NON !! tout dépend de ce que passer en woody intègre... a) pour perl la manip est prévue, je sais plus qui (Raphael ?) mais des paquets perl-transition existent b) pour X, des paquets backportés existent c) pour la libc6, je connais pas bcp de paquet qui dépendent de libc6 2.2 et qui ne supportent pas libc6 2.1 (quelles sont les différences d'ailleurs (question de curiosité) __LE__ problème c'est que passer en woody ça veut dire nécessairement ouvrir les vannes (en particulier à cause de perl/X/libc6), donc mettre à jour 20/30/+? paquets au lieu d'une poignée (recompilation tarball). Comme je l'ai déjà dis, le backport ne pose pas la question de passer ou pas passeren woody mais la question que suis-je prêt à risquer pour upgrader ma machine? Evidemment, passer en woody règle bcp de problèmes (une fois qu'on en a soit même réglé quelques-uns le jour de la manip !! ;-) mais pour moi, cela revient à la même forme de raisonnement que de dire en passant à Win2000 je règle mes problèmes Win98. Pourquoi pas? Mais alors nous n'avons plus de raison de nous gausser de ceux qui font ça puisque nous appliquons la même fuite en avant. Hier, j'ai recompilé mysql-server et cie... l'installation sur potato nécessite 4/5 paquets (dont le remplacement de libmysqlclient6/10). Sur la même machine, si je pointe sur woody, sudo apt-get -s install mysql-server -t unstable | grep Conf | wc -l me donne : 21 Voilà comment je poserai la question. PS : Pour PK, le fait d'avoir XF3 ou XF4 est une _vraie_ question, si je suis passé à XF4, c'est en partie parce qu'il ma paru évident à l'époque que très peu de développeurs Debian se souciaient de rendre compatibles les paquets xlibs et xlib6g (i.e mettre une dépendance xlibs|xlib6g lorsque c'était possible) ... PS2 : il n'y aurait pas bcp de difficultés à reprendre le backport en XF3 (si la solution equivs vous semblent valide), faut juste se mettre d'accord. Mais évidemment, tout paquet ne pourrait être alors backporté... A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: gnucash sous woody
On Fri, 22 Feb 2002 11:06:29 +0100 Debian User [EMAIL PROTECTED] wrote: Ma remarque est HS mais bon, je J'ai jeté un oeil, c'est sympa comme logiciel. moi aussi, même conclusion. Malheureusement trop limité pour moi. J'ai plusieurs comptes à suivre y compris des comptes titres. Grisbi ne sait pas encore ^^ faire tout ça. Il faut suivre son évolution. ^^ Justement, je crois que ce qui fait ou fera l'intérêt de grisbi, c'est qu'il ne devrait pas suivre ce genre d'évolution (une sorte d'inflation des fonctionnalités) Si on essaye de refaire un soft qui fait tout dans le domaine de la compta, on reproduit les effets pervers des obese-iciels... Ce qui sera intéressant c'est de disposer soit de gnucash ( analogues) pour les besoins évolués, soit de grisbi ( analogues) pour les besoins ... plus simples. Je pense que je vais adopter Gnucash même si de prime abord c'est un monstre. Donc il faudrait éviter que grisbi devienne lui-même un monstre ;-) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: gnucash sous woody
On Fri, 22 Feb 2002 11:34:32 +0100 Debian User [EMAIL PROTECTED] wrote: Ceci dit, et pour revenir un peu à la liste, j'ai trouvé un paquet debian sur leur site mais rien dans unstable. Ce ne sont pas des debianistes, j'ai déposé une demande pour qu'ils mettent le source du paquet également ... la réponse a été (je simplifie) : paquet source ? késako ? faudrait leur donné un petit coups de main de ce côté là ?? A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: Des backports pour le Peuple, ou : Farcir une patate froide.
Une réponse brève pour pas faire trop de bruit inutile... Hmm... pour bien faire, il faudrait que le cadre soit bien défini. Tout à fait d'accord... c'est bien là la question centrale (avec des questions corollaires style XF3 ou XF4 ? ...) Disons que l'idéal, à mon point de vue, serait de pouvoir installer un paquet (back-)porté sur une patate « normale » de manière transparente : Je rajoute par exemple le site inrets.fr dans mon sources.list, et ATTENTION !! j'aimerai bien que cette discussion soit générique (SVP remplacer inrets.fr par virtual.backport.org ;-), i.e qu'elle n'incite pas (trop) les lecteurs à utiliser la source inrets.fr. Comme cela est rappelé dans la page web correspondante, cette source est expérimentale et en fait est aussi utilisée pour alimenter nos machines en backports que pour réfléchir sur la technique même du backport. Je constate un pic de téléchargement hier qui ne me rassure pas franchement, bien que je prenne bcp de précautions avant de mettre un paquet dans cette source. - si j'enlève les paquets « officieux », je peux retrouver un système potato (à peu près) « normal » sans avoir à repartir de zéro. ah oui, question, comment détecter a posteriori l'origine des paquets installés ? l'inconvénient de la richesse des outils debian c'est qu'il faut connaitre leur existence, (j'ai découvert hier debbuild !! si,si et pourtant j'ai le paquet devscripts depuis .) Je crois que la distance entre potato et le tandem woody-sid est trop grande, Paradoxalement, je pense plutôt le contraire. Si j'écoute ma petite voix mathématique, j'aurais tendance à modéliser potato et woody par leurs graphes de dépendances respectifs et la distance entre les deux se résume donc aux différences structurelles (i.e hors numéros de version, ça fait poartie de l'upgrade normal) donc, pas sûr que ce soit si grand que ça (vs la taille des graphes) Bon, je suis trop long, je peux développer en privé si tu veux, tu feras le tri... hmm, moi aussi... ben si j'en crois les logs de sympa, tu sais où tu peux développer ;-) pour ceux qui seraient motivés/intéressés par ces questions, l'endroit se trouve facilement à partir de ma page... A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
retro-portage mysql
On Thu, 21 Feb 2002 00:15:18 +0100 Nico [EMAIL PROTECTED] wrote: Salut, je voudrais mettre a jour la derniere version de Mysql (3.23.42) sur ma Debian Potato, or si je fais un apt-cache show mysql-server, la version dispo est : 3.22.32-6 ! Comment je fais pour mettre la derniere sur ma potato s'il vous plait! Merci! Bon, en première approximation je considère que mysql se retroportecorrectement de woody a potato. J'en suis au fignolage. Une technique de vérification du contexte de compilation est la comparaison des config.cache générés par le ./configure sur une woody et sur une potato. Ceci fourni potentiellement 4 fichiers!!(et oui, 2 ./configure upstream et 2 ./configure du debian/rules) En ce qui concerne les ./configure d'origine (juste après décompression du tarball donc) j'ai les différences suivantes : diff orig-potato.conf orig-woody.conf (sortie épurée) checking for pdftex... no checking for pdftex... manual.pdf checking if pthread_yield takes zero arguments... yeso == gulps? checking if pthread_yield takes zero arguments... yes checking for madvise... no checking for madvise... yes J'ai fais le tour des sources mais je vois pas trop comment éliminer ces différences ?? Voilà le genre de question que l'on peut être amené à ce poser juste après celle-ci : c'est quoi un backport valide ?? A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
une idée à cogiter durant le week-end
Voilà, voilà... J'ai une idée qui me trotte dans la tête depuis quelques temps, mais je suis personnellement incapable de la réaliser (seul). Voilà, pour avoir les idées (peut-être) un peu plus clair sur la manière dont on utilise Debian et qui en sont les utilisateurs, on pourrait mettre en place un site de sondage. L'idée n'est évidemment pas originale, plein de trucs existent dans ce genre, mais il s'agit ici de s'adresser à une cible bien spécifique, les utilisateurs Debian francophones (i.e les personnes inscrites sur cette liste) et d'essayer de prendre en quelque sorte une photo de cette population. Cele pourrait prendre la forme d'un ou plusieurs formulaires (il s'agit d'avoir de se donner représentation précise de qui nous sommes) hébergés sur un site disposant de l'arsenal nécessaire pour traduire ça en base de données et autres représentations utiles. Si ça fonctionne bien et si les infos sont précises, il sera possible d'observer des évolutions par rapports à des critères prédéterminés (classiques : socio-professionnels, moins classiques : utilisateurs/mainteneurs/développeur open-source ...) Par exemple, cela pourra par exemple servir aux développeurs / mainteneurs pour déterminer objectivement leurs priorités ... Mais pour ça il nous faut des pros du web/scripting pour implémenter les formulaires et la machinerie, mais aussi des personnes qui élaborent les questions, etc (un truc comme ça serait bien qqpart chez tuxfamily par ex...) Je pense que cela peut fonctionner si on en reste à la cible très précisément délimitée par ... cette liste. ?? Bon week-end ! -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
