Bastien Mourgues a écrit 182 commentaires

Le menu Kde d'un utilisateur n'est pas regénéré automatiquement.
Quand tu installes une nouvelle application sur ton système, lance l'application :
menu kde -> configuration (en haut dans le menu) -> outil de mise à jour du menu
pour l'intégrer dans ton menu.

Il existe cependant un menu système (automatiquement remis à jour) accessible via
menu kde -> debian -> *

En particulier, même si tu n'utilises pas l'appli kde de mise à jour du menu, tu trouveras openoffice dans
menu kde -> debian -> applications -> edtiteur -> openoffice.org*

pour l'ordre de configuration de tes interfaces, tout dépend de l'ordre dans lequel tu les as mises dans ton fichier de conf (/etc/network/interface).

Un extrait du manuel de ifup :

-a, --all
If given to ifup, affect all interfaces marked auto. Interfaces
are brought up in the order in which they are defined in
/etc/network/interfaces.

Pour hotplug, lance dpkg-reconfigure -plow hotplug et à la question Interfaces réseau gérées par hotplug répond hotplug. Ensuite, consulte /usr/share/doc/hotplug/README.Debian si tu veux configurer certaines de tes interfaces avec hotplug.

Petit supplément gratuit, si tu souhaites configurer tes interfaces uniquement quand un cable est branché, installe ifplugd

dans ce cas, snprintf peut faire l'affaire :

char text[256]

snprintf(text, sizeof(text), "%s", "mon texte à ...");

pas de risque de débordement, et on es sur d'avoir le caractère NUL en fin de chaine.

Ce que je peux te conseiller : active debug et verbose dans le fichier /etc/network/interfaces tu auras les traces de guessnet au boot (ou à chaque ifup). Fixe le timeout à 3 ou 5 secondes, ce devrait être largement suffisant.
À priori, guessnet fonctionne bien (d'après tes traces), ton problème se trouve donc surement ailleur.
Es tu sûr de ne pas avoir de problèmes avec ScriptUpHome. Pour le vérifier, remonte ton interface réseau en mode verbeux :ifdown eth0;ifup -v eth0
Pour finir, ton dns est-il bien opérationnel (à l'IP que tu indiques), et as tu installé le paquet resolvconf pour que la directive dns-nameservers soit prise en compte par ton système ?

pour répondre à tes questions :

*) avec debug et verbose à true, j'ai bien du blabla supplémentaire (sur stderr)

*) perso, j'utilise la notaion

map home disconnected

mais effectivement, que cela soit sur une ligne ou sur plusieurs, cela ne doit pas avoir d'importance pour guessnet.
Ensuite, si tu n'as qu'une seule interface réseau à gérer, cette ligne n'est pas indispensable (c'est juste plus «lisible» dans le fichier de conf, c'est une question de goûts :) ).

*) dans le fichier /etc/network/interfaces tu dois au moins avoir défini les profils home disconnected et none (que guessnet sache quels tests appliquer)

Salut, pour avoir plus de traces, tu peux aussi rajouter la directive

map verbose: true

dans ta section mapping eth0
Tu peux aussi préciser les profils à associer à ton interface avec une directive

map home disconnected

dans cette même section.

Ensuite, pour tester, tu fais ifup eth0 (les messages de guessnet apparaitrons sur ta console) ou, en ligne de commande :
echo -e 'default: none\ntimeout: 3\ndebug: true\nverbose: true\nhome disconnected' | /usr/sbin/guessnet-ifupdown eth0

bon tests

Salut,
peut être que le module postscript n'est pas installé/activé sur ton imprimante.

Dans ma boite nous avons des ricoh 1022, le module postscript n'y est pas installé ("rsh imprimante info" renvoie la config de l'imprimante).
Nous pouvons cependant les utiliser sans soucis avec le driver laserjet4 (nom précis: HP LaserJet 4 Foomatic/ljet4).
(voir la page
http://linuxprinting.org/show_printer.cgi?recnum=Ricoh-Aficio_CL300(...)
deuxième paragraphe de la section d"rivers", les driver PCL utilisables sont "hpijs", "ljet4", "lj5gray"/"lj5mono", "pxlmono"/"pxlcolor" )

en espérant que cela puisse t'aider ...

Salut, je te conseille de tester gs-esp. C'est la version préconisée par linuxprinting.org ( http://linuxprinting.org/cups-doc.html(...) ), et cette version contient bien plus de drivers que la version -gpl (même si les numéros de version diffèrent).
En particulier, gs-esp contient le driver epl5800 qui devrait te permettre de profiter pleinement de ton imprimante ( http://linuxprinting.org/show_driver.cgi?driver=eplaser(...) ), et qui, peut être, corrigera ton problème ...
bon courage.

Pour la réplication des données, je te conseillerai de jeter un oeil à drbd ( http://drbd.org(...) ) qui peut être assimilé à un système raid 1 sur le réseau.

Pour la question "haute disponibilité", tu peux utiliser heartbeat ( http://linux-ha.org/download/GettingStarted.html(...) ).

Par expérience, je sais que heartbeat + drbd + nfs marchent très bien, je pense qu'une solution équivalente avec samba doit être réalisable.

Voila pour une piste de recherche. ;)
bon courage.

Juste au cas où, quand tu dis que le portable ne s'éteind pas après un appui sur le bouton d'arrêt, as tu maintenus le bouton enfoncé pendant, disons, 10 secondes ?
En règle générale, une simple pression de ce bouton génère un événement ACPI, une pression prolongé provoque un arrêt forcé de la machine.

Ensuite, assure toi que ton noyau est bien compilé avec le support de l'acpi, et essaie de voir si ton portable est bien supporté. Le site http://www.linux-laptop.net/(...) te permettra de trouver des retours d'expériences d'utilisateurs.

quand tu fais un ls -l tu obtiens une info du style

-rwxrwxr-x 1 userxyz groupxyz 5 2003-10-07 20:37 fichier

le premier rwx corespond aux droits de l'utilisateur spécifié, ici userxyz
le deuxième correspond aux droits du groupe spécifié, ici groupxyz.

Pour résoudre ton problème sur ordi2, ajoute user2 dans un groupe de même gid que celui du groupe user1 sur ordi1.

Pour avoir la liste des groupes associés à un utilisateur, tu peux utiliser id
ex: id user1

Si tu souhaites écrire sur un système fichier distant, il faut que les identifiants numériques de tes groupes ou de tes utilisateurs correspondent sur les deux systèmes (les différences de nom n'ont pas d'importance, au moins en NFS)

bon courage

tu devrais pouvoir faire un et binaire avec une expression du style :

$(( ${VAR1} & ${VARB} ))
ou
$[ ${VAR1} & ${VAR2} ]

exemple: echo $[ 7 & 3 ]
Pour plus d'info, consulte la section CALCUL ARITHMÉTIQUE de la page du manuel de bash.

bon scripts ;)

pour virer la limite (et faire un nombre illimité de tentatives), tu devrais mettre la valeur de maxfail à 0.
Ensuite, pour info, dans ma config, cette variable (de même que persist) se trouve dans le fichier /etc/ppp/peers/dsl-provider

Pour avoir une connexion vraiment persistante avec ppp, pense à aussi modifier la valeur de maxfail dans tes fichiers de config.

extrait de la page de man de pppd :

persist
Do not exit after a connection is terminated; instead try to
reopen the connection. The maxfail option still has an effect on
persistent connections.
[...]
maxfail n
Terminate after n consecutive failed connection attempts. A
value of 0 means no limit. The default value is 10.

Soit : maxfail (nombre d'échecs consécutifs avant abandon) est toujours utilisé quand persist est activé, et sa valeur par défaut est 10.
(pour info ces 10 échecs peuvent se produire lors d'une indisponibilité de l'ordre de 10 minutes de ton opérateur internet ...)


Ensuite, pour ton modem usb il y a peut être quelque chose d'autre à faire, mais je ne connais pas suffisamment le sujet pour t'aider, désolé.

bon courage.

Salut, les options -f ou -l devraient se rapprocher de ce que tu cherches. Extrait du man umount :

-f Forcer le démontage (dans le cas d'un système NFS inaccessible).
Requiert un noyau 2.1.116 ou ultérieur.

-l Démontage paresseux. Détacher maintenant le système de fichiers
de la hiérarchie de systèmes de fichiers, et nettoyer toutes les
références vers le système de fichiers dès qu'il n'est plus
occupé. (Requiert un noyau 2.4.11 ou ultérieur.)

Resterait plus qu'à tester ... ;)

Pour répondre à ta question, je cite une partie du manuel de dlopen :

Les références externes de la bibliothèque sont résolues en utilisant
les bibliothèqujes mentionnées dans sa liste de dépendances, et toutes
les autres bibliothèques éventuellement ouvertes auparavant avec
l'attribut RTLD_GLOBAL. Si l'édition des liens de l'exécutable a été
faite avec l'option "-rdynamic", alors ses symboles globaux seront
également employés pour résoudre les références de la bibliothèque
chargée dynamiquement.

compiler ton exécutable avec l'option -rdynamlic pourrait donc être la solution.

Je peux me tromper, mais les options que tu enregistres avec gtklp sont utilisées par tous tes clients cups (lpr/lp/applis gnome compris). Pas besoin de liens lpr -> gtklp à priori.

Dans l'utilisation que j'en fais, je me sers de gtklp pour postionner les options "par défaut" de mon imprimante (choix de l'imprimante du jour, taille papier, toner saving, ...), ensuite j'utilise les commande "standard" pour imprimer (lpr, lpq, ...).

Es tu sûr que les options de gtklp ne sont pas utilisées par lpr and co ?
remarque: pense à cocher les cases du style "enregistrer les préférences en quittant", ou "conserver la dernière imprimante" avant de quitter gtklp

A tout hasard, si ton disque dur est bien un IDE, as tu vérifié avec hdparm qu'il était bien paramétré (dma activé, i/o 32 bits, MultSect, "niveau acoustique", cache en écriture, ...)

Salut,

le programme gtklp te permet de paramétrer les options cups de ton utilisateur (en particulier, de choisir quel nom utiliser pour contacter ton serveur cups).
Optionnellement, gtklp peut être aussi utilisé à la place de lpr pour envoyer tes impressions.
Cet outil dispose d'une interface graphique, et son utilisation est assez simple.

bon courage.

Une autre solution, peut être plus sure, pour manipuler la conf de windowmaker est d'utiliser des outils comme wmakerconf ou WPrefs. Le premier, en particulier, te permet de définir une image de fond par bureau (ou une pour tous au choix) et plein d'autres choses bien sympathiques ;)

Je te conseille de recompiler ton programme en activant les "warnings" de gcc :

gcc -Wall -E test6b.c -Iphp/ -Iphp/main/ -Iphp/Zend -Iphp/TSRM ...

après ça, tu devrais avoir la réponse à ta question .

Plus en détail, manifestement, il doit te manquer un #include <fichier.h>
quelque part, et gcc considère par défaut que raydium_trigo_abs est du type

int raydium_trigo_abs (int)

Si tu t'interresses aux clusters, je te conseille de jeter un oeil à openssi :
http://www.openssi.org/cgi-bin/view?page=openssi.html(...)
Ce projet te permet de regrouper un ensemble de machines en un système unique, tu obtiens ainsi un système de "calcul" puissant, hautement disponible, et facilement "extensible". Pour ce qui est de l'accès au système, le cluster peut gérer une (ou plusieurs) IP virtuelle pour aiguiller automatiquement le trafic vers le noeud du cluster le moins chargé (pas besoin de round robin dns ou de changements dns à chaque ajout/suppression de machines dans le cluster).
D'après le test que je suis en train de faire, la mise en place est assez simple, et le résultat est bluffant (à première vue).

J'arrive un peu après la bataille, mais pour répondre à une de tes questions, tu as la possibilité de préciser à guessnet quels profils il doit tester pour une interface donnée. ex:

mapping eth0
script /usr/sbin/guessnet-ifupdown
map default: default_eth0
map timeout: 3
map verbose: true
map wouam taff

iface wouam inet dhcp
test-peer address 192.168.65.254 mac 12:34:56:78:90:12
dns-search wouam
dns-nameservers 192.168.65.254

iface taff inet static
test-peer address 192.168.1.254 mac 56:45:78:62:15:23
dns-search taff
dns-nameservers 192.168.1.254
[...]

iface default_eth0 inet dhcp

iface wlan0 [...
...]

avec la ligne ajoutée (en gras), dans le cas de eth0, seuls les profils wouam taff et default_eth0 seront essayés.

Dans le doute, tu peux demander à mkfs de chercher les blocs défectueux de ton disque avant de le formater :
mkfs.ext3 -c device (pour un test rapide, en lecture seule)
mkfs.ext3 -c -c device (pour un test complet, donc un peu plus long)

les .o en questions doivent se retrouver dans les repertoires /usr/dialogic/drivers/* provenant des paquets dlgcdev*.rpm, dlgcdmdev*.rpm, et sont installés "où il faut" par le script config.sh fourni dans les rpms.
Ces modules ayant été compilés pour un noyau 2.4, leur utilisation avec un noyau 2.6 me semble hasardeuse (mais comme on dit, qui ne tente rien, n'a rien ;) )

Pour faire fonctionner ces modules, il faut "trouver" la bonne version de LiS qui va avec ton noyau (dans mon cas, la 2.16 marche au moins avec un noyau 2.4.24). La version 2.18 ayant subie des modifications pour marcher avec les noyaux 2.6, je te conseille de faire des tests avec les couples suivants :


version de LiS | version linux
2.16 | 2.4.2x
2.18 | 2.4.2x
2.18 | 2.6.x


Sans oublier que tu dois recompiler LiS avec la même version de compilateur que celle utilisée pour fabriquer ton noyau.

Ensuite, si tu veux plus d'infos sur la procédure d'install de dialogic, jette un oeil à ce howto
http://home.school.net.hk/~swtam/(...)

Tu n'es pas obligé de passer sous debian pour avoir "plus de support matériel". Seule la version du noyau que tu utilises entre en jeu dans ce cas. Par contre, (je me répète %) ) j'ai peur que tu ne sois bloqué aux 2.4 avec dialogic ... (si tu arrives à faire tourner un 2.6, n'hésite pas à le faire savoir)

Pour le portage de ces drivers sous un noyau 2.6, seul intel peut décider, et leur politique actuelle sur ce sujet ... ^_^;

bon courage.